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(54) Job scheduling system for print processing 



(57) A user equipment issues a job for a plurality of 
documents to a printing system by one operation. The 
user equipment assigns attributes to the job. tine 
attributes including the specification of coliation/uncolla- 
tion, tiie designatton of processing start instruction wait, 
the designation of exclusive processing, and the desig- 
nation of password input wait The printing system 
effects printing of tiie plurality of documents corre- 
sponding to attributes of the documents under control of 
a job scheduling device. The job scheduling device car- 
ries out the pausing of documents included in the job, 
the modification of attributes, addreissing of document 
receiving failures, and search of a document whose for- 
mat is to be converted, thereby making it possible to 
efficiently print the plurality of documents. 
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Description 

BACKGROUND OF TM E INVENTION 

1 . Held of the Invention s 

This invention relates to a job scheduling system 
which schedules job requests issued from a terminal 
equipment using a queue and requests a job execution 
section to carry out print processing by passing the jobs w 
to the job execution section. 

2. Discussion of the Related Art 

In the print processing executed by a conventional is 
print processing system, a job scheduling device 
receives a job request delivered from a terminal equip- 
ment in a network, and this job is sent to a job execution 
section after the job request has been subjected to a 
predetermined scheduling operation, whereby print 20 
processing and conversion are executed. The job 
scheduling device sequentially stores print data, which 
forms the job request, and an aggregate of attribute 
groups of the print data (hereinafter referred to as a doc- 
ument) in the queue as one operation unit (hereinafter 2S 
referred to as a job). The scheduling operation is carried 
out job by job. Hereinafter, such scheduling is called the 
scheduling of a one-job-multidocument. 

When a user attempts to produce a plurality of out- 
puts of jobs having the same contents, a corresponding so 
number of job requests must be issued in a conven- 
tional job processing system. These jobs are handled 
as different jobs, and therefore output results corre- 
sponding to these job requests are mixed with output 
results for job requests from another user, it takes much 35 
time for the user to distinguish the user's output results 
from other results. 

Although a plurality of jobs share the same print 
data, each of the jobs requires the print data when a 
plurality of job requests are issued. When tiie volume of 40 
data is large, an increased burden is imposed on a 
memory device such as a disk. Further, when a job 
Includes documents which require conversion, conver- 
sion is executed job by job, thereby resulting in poor 
processing efficiency. Thus, the use of various 4S 
r sources becomes wasteful. 

On the other hand, a job processing can be carried 
out using acceptance completion type sequential 
processing or non-acceptance completion type sequen- 
tial processing. In the acceptance completion type so 
sequential processing, a document processing request 
is not issued until all of the documents which form the 
job are received. In the non-acceptance completion 
type sequential processing, processing requests are 
Issued in the order in which ttie documents are ss 
received. The nonnacceptance completion type sequen- 
tial processing is suitable for the case where a high- 
speed printer is used. The acceptance conpletion type 
sequential processing is suitable for tiie case where the 



collation and uncollati n of a job are continued. How- 
ever, in the acceptance completion type sequential 
processing, it is necessary to wait the issue of a 
processing request until all of the documents are 
received, which in turn delays scheduling and renders 
the overall processing time longer. 

The collation (collation is carried out) means that 
the pages of a document are collated and a specified 
number of documents are output, and tiie unoollation 
(collation is not carried out) means that a specified 
number of documents are output page by page. 

An object of the present invention is to provide a job 
processing system capable of improving job processing 
efficiency when a plurality of jobs having tiie same con- 
tents are output. 

In the case of the scheduling of the conventional 
one-job multidocument, the next job processing request 
is not issued to the job execution section until a job at 
the head end of a printer queue is completed. So long 
as a previous job remains in the queue, the next job 
processing request is not issued. For this reason, it is 
possible to easily perform a processing start wait oper- 
ation, or a processing completion wait operation, and a 
password input wait operation by checking whether or 
not the job at the head end of the printer queue is des- 
ignated for a processing start wait, a processing com- 
pletion wait, or a password input wait. 

The job execution section having high tiiroughput 
can process a plurality of documents at one time. How- 
ever, the job scheduling device can only issue a job 
processing request at limited timing, and hence it was 
sometimes impossible to effectively utilize tiie through- 
put of the job execution section. 

Rg. 21 is an explanatory view showing the relation- 
ship between the state of a printer queue and a docu- 
ment which is processed by a job execution section. In 
Fig. 21, a job scheduling devk^e (not shown) is inter- 
posed between a printer queue 5 and a job execution 
section 6, and this job scheduling device schedules 
jobs. Jobs 1 to 4 are queued in the printer queue 5. 
Processing request for all documents have already 
been issued with respect to a job 1 at the head end of 
the queue. On the other hand, the processing of the job 
shifts sequentially from step 1 to step 3 in the job execu- 
tion section 6. 

For the jobs in tiie queue, a large cirde at the top of 
each column represents a queue object of a job. and 
smaller circles following tiie large circle in each column 
represent queue objects of a document. 

The job execution section 6 advances the process- 
ing of the document to step 2 when the processing at 
step 1 is completed, and informs ttie job scheduling 
device that rt can accept a processing request. Upon 
receipt of the acknowledgement from the job execution 
section 6. the job scheduling device issues a processing 
request to the job execution section 6 for a document 
subsequent to the currently completed job, and exe- 
cutes processing of step 1. After the processing of step 
3 has been completed, the job execution section 6 
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informs the job scheduling device of the completion of 
the processing of that document. The job scheduling 
device considers the processing of the document for 
which the acknowledgement has been issued to have 
been completed, and the job is moved to a terminate 5 
(completion) queue (not shown) after the processing of 
the final document of the job has been completed. The 
job scheduling device issues a processing request to 
the job execution section 6 with respect to the next job 2 
at the head end of the printer queue 5. 10 

In some case, the job scheduling device cannot 
issue a document processing request to the job execu- 
tion section 6 even when the job execution section 6 is 
liable to carry out processing, which results in an 
unprocessed document is in the printer queue 5. is 

For example, Fig. 21 shows that processing 
requests for all jobs have already been issued with 
respect to the job 1 , and that a job 1 -4, i.e., a document 
4 of the job 1, is being processed in the job execution 
section 6. When the job 1 -4 is shifted to step 2 after hav- 20 
ing been subjected to the processing at step 1. it 
becomes possible to carry out the processing of step 1 . 
The job execution section 6 informs the job scheduling 
device that it can accept processing. However, the job 
scheduling device has not yet received the acl^nowl- 25 
edgement of the completion of the processing of jobs 1 - 
2, 1 -3, and 1 -4 from the job execution section 6. Accoid- 
Ingly. the job scheduling device can neither shift the job 
1 from the head end of the printer queue 5 nor Issue a 
processing request for a job 2-1 . In other words, in spite 30 
of the fact that the job execution section 6 informs the 
job scheduling device that it can accept processing, the 
job execution section 6 cannot receive a processing 
request for the job 2-1 from the job scheduling device 
until the processing of the job 1 -4 is finished. Hence, the as 
job execution section 6 is idle for a waiting time, and it 
takes a long time to execute job processing. As a result 
of this, even if the job execution section 6 can process a 
plurality of documents at one time, it becomes impossi- 
ble to effectively utilize the throughput of the job execu- 40 
tion section. 

As previously mentioned, the job scheduling device 
controls jobs by checking whether or not a job at the 
head end of the printer queue 5 is set to the processing 
start waK, or the processing completion wait, and the 45 
password input wait. If processing requests for docu- 
ments were issued with respect to jobs other than the 
job at the head end of the queue when the job schedul- 
ing device received the acknowledgement from the job 
execution section 6, it will become impossible for the job so 
scheduling device to control these jobs. 

Another object of tiie present invention is to provide 
a job processing system capable of continuously issu- 
ing document processing requests without obstructing 
job control such as a processing start wait. ss 

When print processing is conventionally carried out 
using a print server connected to a network system, it is 
necessary to send the print server print data described 
in a print format whk;h a printer to be connected to the 



server can interpret. F r this reason, a local user in the 
network system has to send print data after confirming 
the printer format of a print r which accepts a print 
processing request If the print data were sent together 
with a wrong print format for that printer, the print data 
might not be printed. 

A print server is put forward which converts the print 
format of received print data to another print format 
which a printer connected to the print server can inter- 
pret when the print data described in a print format 
which the printer canrxrt interpret. Tlie print format is a 
PDL format such as PostScript or Interpress. 

Japanese Patent Unexamined Publication No. Hei. 
3-251915 discloses a print server, wherein a printer 
name corresponding to a print command is sent to a 
print server before the transmission of print data, the 
print server selects print command converter means 
corresponding to the received print command, and the 
thus selected print command converter means control a 
printer connected to the print server. 

However, in the case of the atxsve mentioned con- 
ventional print server, the print format of the print data is 
converted immediately before the printer processes the 
print data. Hence, the printer comes to a standstill dur- 
ing the conversion of the print format, which in turn dete- 
riorates the throughput of the printer. Particularly in the 
case of a completion type job, the conversion of a print 
fbrmat is not canried out until all documents are 
received, and hence the printer stops for a longer period 
of time. 

Similariy, the print server disclosed in Japanese 
Patent Unexamined Publication No. Hei. 3-251915 con- 
verts the print format of print data to a data format of a 
printer connected to the server immediately before print 
processing is carried out. Therefore, the printer has to 
stop during the conversion of the print format. 

Still another object of the present invention is to 
provide a print processing device designed to reduce 
the idle time of a printer and improve the tiiroughput of 
the printer by previously converting a job including doc- 
uments which need conversion processing. 

In the scheduling of a conventional one-job multi- 
document, when it is necessary to process a plurality of 
documents as one job, an instruction to that effect is 
sent from terminal equipment together with a schedule 
attribute. This schedule attribute t>asically comprises 
two types of attribute; namely, an after-complete 
attribute and a before-complete attribute. The after- 
complete attribute means that a print processing device 
carries out scheduling in such a way as to execute a job 
upon receipt of all print documents related to that job. 
The before-complete attriknjte means that a print 
processing device carries out scheduling in such a way 
as to execute a job with respect to a received print doc- 
ument every time receiving each of print documents of 
that job. 

By the way, document data to be transmitted might 
be interrupted as a result of a network failure while print 
requests for a plurality of print documents are being 
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processed as one job. If such a recerving failure arises, 
the print processing device has to wait until the last doc- 
ument arrives in the case ftheafter-complet attribule, 
so that the print processing is interrupted for a I ng 
period of. time. On th other hand, in fh case of th 5 
before-complete attribute, previously received print doc- 
uments are printed one by one. and therefore the printer 
is occupied for a long period of time until the current 
print processing is cancelled. 

The present invention is conceived to solve these 10 
drawbacks in the conventional system, and the object of 
the Invention is to provide print processing device and 
method wherein if the next document of a Job is not 
r ceived because of a failure, print processing will not 
be interrupted for a long period of time and a printer will 15 
not be occupied for a long period of time. 

Generally, in a conventional network system, each 
of a number of subscriber workstations (client worksta- 
tions) in the network issues a job processing request to 
each type of server, arxl the server which received that 20 
job processing request temporarily puts the job in a 
queue in the form of FIFO (First-In First-Out) and proc- 
esses jobs in a stand-by state one by one. For example, 
in a print system, a print server which accepted print 
jobs from a client workstation stores the print jobs in a 25 
printer queue one after another and outputs the jobs In 
a stand-by state to a printer one by one every time the 
printer completes print processing. For this reason, a 
user who wants to quickly obtain a print output has to 
issue a print request to the print server as soon as pos- 30 
sible. which might cause the user to erroneously specify 
print attributes such as a paper size and a tray number. 

In addition, some of the current print systems can 
effect the print processing of a one-job multidocument in 
which a plurality of documents are handled as one job, 35 
as well as the print processing of a one-job one-docu- 
ment in which one job simply comprises one document 
Therefore, an unwanted document often gets mixed in 
with a job. 

In such a case, according to tfne conventional tech- 40 
nology, it is necessary for the user to delete the job held 
in a queue which corresponds to the print request and 
to reissue a print request with modified attributes 

However, as a result of the deletion of and re-regis- 
tration of the job retained in the queue, it takes a long 45 
time to obtain a print result, and an increased burden is 
inrposed on the user. Further, the reissue of the print 
request resuHs in increased network traffic, and might 
bring about competition for the print server by print 
requests from a plurality of clients. For this reason, it so 
becomes more important to develop a technology of 
temporarily interrupting the processing of a job and 
resuming the job processing after the modification of 
attributes of a job retained in a queue of a print server 
and the cancellation of a specific document included in ss 
a one-job multidocument have been effected. On the 
assumptKHi that a job is processed in the order in which 
the print server accepts a job. if a job which takes a 
massive amount of time is being processed, it will 



become impossible to start to process a suk>sequent job 
80 long as the processing of the current job continues. 

Therefore, the manner of implementing a technique 
for temporarily Interrupting the processing of a job and 
resuming the job processing after th modification of 
attributes of a job retained in a queue of a print server 
arxi the cancellation of a specific document included in 
a one-job multidocument have been effected, becomes 
important. 

According to the conventional technology, job 
processing is neither inten'upted nor resumed on a job- 
by-job basis, and only the operation of the print server is 
interrupted and resumed. For example. Japanese Pat- 
ent Unexamined Publication No. Sho. 63-276569 dis- 
closes an off-line printer, wherein information relating to 
a print position when printing is terminated during the 
course of the printing operation is output to a permanent 
recording medium such as print paper or a non-volatile 
storing medium such as a magnetic disk, so that print- 
ing can be reliably and easily resumed from an accurate 
print position. Even in this printer, print processing is not 
interrupted and resumed on a job-by-job basis, but only 
the printer is interrupted and resumed. 

The object of the present invention is to solve the 
above drawbacks in the conventional technology and to 
provide a job processor capable of improving process- 
ing efficiency by effecting the interruption and resunp- 
tion of print processing on a job-by-job basis as well as 
easily modifying attributes of a job retained in a queue 
and cancelling a specifk: document included in a one- 
job multidocument. 

There is a technology conventionally known as a 
remedy for a network system failure, wherein informa- 
tion relating to failures occurred with respect to sub- 
scribers on the network is temporarily stored in a log file, 
and causes of the failures are identified based on the 
information relating to the failures stored in the log file. 
For example, Japanese Patent Unexamined Publication 
No. Sho. 61 -75463 discloses an information processing 
system configured in such a way that each information 
processor collects status information, representing an 
internal state of the processor itself, under control of an 
abnormal processing program which is executed in 
response to the occun-ence of an external interruption 
or the detection of an abnormality, and sends the col- 
lected status information to each of the information 
processors having a display, whereby status information 
for each information processor is displayed. In other 
words, this conventional technology makes it easy to 
increase the speed of identification of failures by collect- 
ing status information using the detection of abnormality 
as a trigger, and displaying the status information on a 
display 

However, according to this conventional technology, 
it is necessary to collect information about failures and 
store the information in a log file. Further, a system 
manager has to analyze and restore the information 
held in the log file, and hence it takes a long time to 
restore the information to its original state immediately 
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before the occurrence of the failure. For example, on the 
assumption that a plurality of print jobs are received 
from a plurality of terminals through a network, and that 
a job scheduling device which prints the plurality of print 
jobs one after another using a job execution section (a 
printer) is used, if any failures occurred in the job sched- 
uling device or the printer, the state of the job schedul- 
ing device or the printer will be temporarily stored in a 
log file, and thereafter attempts to recover the job 
scheduling device or the printer from the failure will be 
made based on an analysis of the failures by a system 
manager. 

In other words, once such failures have occurred, 
the failures affect each of the jobs held in the job sched- 
uling device, and therefore it often takes a long time to 
recover the jobs from the influence of the failures. For 
example, if a failure arises during the course of deletion 
of a job held in the job scheduling device, print data 
relating to that job will be deleted, but attributes of that 
print data will remain undeleted. For this reason, the 
system manager has to delete the attributes later. 

For these reasons, a degree of improvement in an 
operating efficiency attained as a result of reducing the 
influence of failures exerted on a job if the above men- 
tioned failures arise, becomes important. Particularly, in 
a system which carries out parallel processing such as 
multiprocessing, one failure affects all other portions in 
the system. 

The object of the present invention is to solve the 
above mentioned drawfc^acks in the conventional tech- 
nology and to provide a job scheduling device capable 
of reducing the influence of system failures if they arise 
in a system and executing job processing according to 
an instruction from a user. 

A conventional printing system, such as a so-called 
print system arKl a copying system, employs a known 
technology in which print attributes (hereinafter referred 
to as attribute information) consisting of a paper size, a 
tray number, and the availability of double-sided printing 
are added to print data, and printing is carried out based 
on the attribute infbnnation. For example, when print 
data or copying data are output, attribute information 
consisting of, for example, a paper size, the number of 
pages, and the availability of double-sided printing, nec- 
essary for prirrting is set. As a result of serxfing the 
attribute information to an output device together with 
document data or copying data, the print data or the 
copying data are output in a desired format. In this way. 
when a print request is issued, printing is carried out 
based on the attribute information, and therefore the 
handling of the attribute information becomes impor- 
tant. 

However, according to such a conventional technol- 
ogy, the user who Issues a print request or a terminal 
equipment which the user uses, added the attribute 
information to print data. For this reason, if a print 
server, or the like, accepted the print request as a print 
job. it woukJ not have been allowed to change the 
attribute information. Hence, if the user erroneously 



specified the attribute information or if the terminal 
added the attribut i nformation to the print data becaus 
the user had forgot t specify the attribut information, it 
would have become necessary to temporarily cancel 

5 the print job once and to issue a new print request given 
desired attribute Information. This imposes an 
increased burden on the user, as a result of the re-reg- 
istration of a print request, and brings about a drop in 
the efficiency of use of a network. Further, a time lag 

10 arises before a print output is obtained. Namely, the 
increased burden on the user, a drop in the efficiency of 
use of the network, and a print waiting time becomes 
important. 

The present invention is conceived to solve ttie 
15 above mentioned drawbacks in the conventional tech- 
nology, and the object of the invention is to provide a job 
scheduling device capable of easily modifying atb^ibute 
information by reducing a user's burden, a drop in the 
efficiency of the use of a network, and a print waiting 
20 time. 

SUMMARY OF THE INVENTION 

A first object of the present irrvention is to provide a 
25 job processing system capable of improving the 
processing efficiency of a job when a plurality of jobs 
having the same contents are output. 

A second object of tiie present invention is to pro- 
vide a job processing system designed so as to be able 
30 to continuously output document processing requests 
without obstructing job control such as a processing 
start wait. 

A third object of the present invention is to provide 
a print processing equipment designed so as to reduce 
36 idle time of a printer and to improve a throughput of the 
printer by previously converting a job including docu- 
ments which need conversion. 

A fourth object of the present invention is to provide 
a job processing system which prevents the interruption 
40 of processing for a long period of time and the occupy- 
ing of a printer for a long period of time even if the 
processing system cannot accept the next document of 
a job for reasons of failures. 

A f iftii object of the present invention is to provide a 
45 job processing equipment capable of solving the previ- 
' ously mentioned drawtKicks in the conventional technol - 
ogy. modifying attributes of a job retained in a queue, 
easily cancelling a specific document included in a one- 
job multidocument, and improving processing efficiency 
50 by effecting tiie interruption and resumption of process- 
ing on a job-by-Job basis. 

A sixth object of the present invention is to provide 
a job scheduling device capable of reducing the influ- 
ence of system failures and carrying out job processing 
55 according to a user's instruction even when failures 
arise in a system. 

A seventh object of the present invention is to pro- 
vide a job scheduling device capable of easily modifying 
attribute information by reducing a user's burden, a drop 
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in the efficiency of use of a network, and print waiting 
time even if the attribut information Is erroneously 
specified. 

According to a first aspect of the present invention, 
there is provided a job processing ^stem comprising a s 
terminal equipment for issuing a job request by handling 
a plurality of documents as one job. and a job schedul- 
ing device which sequentially processes jobs by storing 
the jobs, received from the terminal equipment through 
a networl^. in a queue and sending a job execution sec- 10 
tion a processing request relating to a document speci- 
fied by the job stored in the queue, the terminal 
equipment comprising: attriaute information adding 
means for adding information which specifies a job out- 
put method to a job request as attribute information of is 
the job, and the job scheduling device comprising: 
attribute information setting means for acquiring 
attribute information included in the received job and 
sets the attribute information to information which spec- 
ifies a job and a document; a queue for storing, as a job, 20 
a groip of items of the information which specify a job 
and a document; and output result control means which, 
upon reference to the infbrmation items which specify a 
job and a document with respect to the job stored in the 
queue, controls the processing request issued to the job 25 
execution section in such a way that a specified number 
of copies of the job are output using the information 
which specifies a job output method. 

According to a second aspect of the present inven- 
tion, there is provided a Job processing system compris- 30 
ing a terminal equipment for issuing a job request by 
handling a plurality of documents as one job, and a job 
scheduling device which sequentially processes jobs by 
storing the jobs, received from the terminal equipment 
through a network, in a queue and serxJing a job execu- 36 
tion section a processing request relating to a document 
specified by the job stored in the queue, the terminal 
equipment comprising: attribute information adding 
means for adding information relating to the number of 
copies of the job and information relating to a job output 40 
result to the job request as job attribute information, and 
the job scheduling device comprising: attribute informa- 
tion setting means for acquiring attribute information 
included in the received job and sets the attribute infor- 
mation to information which specifies a job and a docu- 4s 
ment; a queue.for storing, as a job, a group of items of 
the information for specifying a Job and a document; and 
output result control means which, upon reference to 
the information for specifying a job and a document with 
respect to the job stored in the queue, controls the so 
processing request issued to the job execution section 
in such a way that a specified number of copies of the 
job are only output in a collated manner if collation 
processing is specified in the information relating to a 
job output result using the information which specifies a ss 
job and a document, or in such a way that a specified 
number of copies of the Job are only output in an uncol- 
lated manner if uncollation processing is specified in the 



information relating to the job output result using the 
information which specifies a job and a document. 

According to a third aspect of the present invention, 
there is provided a job processing system comprising a 
t rminal equipment for issuing a processing request by 
handling a plurality of documents as one job. a job exe- 
cution section for printing the documents, and a job 
scheduling device which accepts a document input from 
the terminal equipment through a network and issues a 
processing request relating to that document to the job 
execution section, tiie terminal equipment comprising: 
control information specifying means for specifying a 
processing start wait for a leading document among the 
plurality of documents, and the job scheduling device 
comprising: preparation means for preparing informa- 
tion which specifies a received document; queuing 
means for storing the prepared information which spec- 
ifies the document by associating the information on a 
job-by-job basis; control information setting means 
which, if a processing start wait is specified for the lead- 
ing document among a plurality of received documents, 
sets tiie processing start wait to Information for specify- 
ing this leading document; and control state setting 
means which, if tiie processing start wait is set to infor- 
mation which specifies the leading document of the job 
stored in the queuing means, renders that job in a 
processing start wait state, and wherein the job sched- 
uling device sequentially retrieves jobs stored in the 
queuing means when the job execution section 
becomes enabled to accept processing, issues a 
processing request for a con-esponding document when 
there is information specifying a document to which a 
processing request can be issued, and when a job is 
placed in the processing start wait state, prevents the 
issue of processing requests with respect to a docu- 
ment for that job and documents for subsequent jobs 
until that job is released from the processing start wait 
state by a user's instruction or a timeout. 

According to a fourth aspect of the present inven- 
tion, there is provided a job processing system compris- 
ing a terminal equipment for issuing a processing 
request by handling a plurality of documents as one job, 
a job execution section for printing the documents, and 
a job scheduling device which accepts a document 
input from the terminal equipment through a network 
and issues a processing request relating to that docu- 
ment to the Job execution section, the terminal equip- 
ment comprising: control inforniation specifying means 
for specifying a processing completion wait for a leading 
document among the plurality of documents, and the 
job scheduling device comprising: preparation means 
for preparing information which specifies a received 
document; queuing means for storing the prepared 
information which specifies the document by associat- 
ing the information on a job-by-job basis; control infor- 
mation setting means which, if a processing completion 
wait is specified for the leading document among a plu-. 
rality of received documents, sets the processing com- 
pletion wait to information for specifying tiiis leading 
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document; and control state setting means which, if the 
processing completion wait is set to information which 
specifies the leading document of the job stored in the 
queuing means, renders that Job in a processing com- 
pletlon wait state, and wherein th job scheduling 5 
device sequentially retrieves jobs stored In the queuing 
means when the job execution section becomes ena- 
bled to accept processing, issues a processing request 
for a corresponding document when there is information 
specifying a document to which a processing request w 
can be issued, and when a job Is placed in the process- 
ing completion wait state, prevents the issue of process- 
ing requests with respect to a document for that job and 
documents for subsequent jobs until that job Is released 
from the processing completion wait state by a user's is 
Instruction or a timeout. 

According to a fifth aspect of the present invention, 
there is provided a job processing system comprising a 
terminal equipment for Issuing a processing request by 
handling a plurality of documents as one job, a job exe- 20 
cutlon section for printing the documents, and a job 
scheduling device which accepts a document input from 
the terminal equipment through a network and issues a 
processing request relating to that document to the job 
execution section, the terminal equipment comprising: 25 
control information setting means for specifying a pass- 
word input wait for a leading document among the plu- 
rality of documents, and the job scheduling device 
comprising: preparation means for preparing Informa- 
tion which specifies a received document; queuing 30 
means for storing the information which specifies the 
document by associating the information on a job-by-job 
basis; control information setting means which, if a 
password input wart is set for the leading document 
among a plurality of received documents, sets the pass- as 
word input wait to Information which specifies that lead- 
ing document; and control state setting means wtiich, if 
the password Input wait state is set to infbrmation which 
specifies the leading document of the job stored in the 
queuing means, renders that job in a password input 40 
wait state, wherein the job scheduling device sequen- 
tially retrieves jobs stored in the queuing means when 
the job execution section becomes enabled to accept * 
processing. Issues a processing request for a corre- 
sponding document when ttiere Is Information specify- 4S 
ing a document to which a processing request can be 
issued, and when a job is placed in the password input 
wait state, prevents the issue of processing requests 
with respect to a document of that job and documents of 
subsequent jobs until that job is released from the pass- so 
word input wait state by a user's instruction or a timeout. 

According to a sixth aspect of tiie present invention, 
there is provided a job processing system conprising a 
terminal equipment for issuing a processing request, 
and a job scheduling device which sequentially proc- ss 
esses jobs by storing the jobs received from the termi- 
nal equipment in a queue and issuing a processing 
request, relating to a document specified by tfie job 
stored In the queue, to a job execution section, the ter- 



minal equipment comprising: attribute information add- 
ing means for adding information relating to job wait 
control and message Information relating to the wait 
control to the job request as attribute Information, and 
the scheduling device comprising: job infbrmation pre- 
paring means for preparing job Inf rmati n which spec- 
ifies a received job; attribute information setting means 
for setting attribute information included in the received 
job in tiie job information; a queue for storing the pre- 
pared job information in order; control state setting 
means which, if wait control is set to the job information 
stored in the queue, renders a job associated with that 
job information In a wait control state when processing 
of tiiat job is started or conpleted: arxJ message Infbr- 
mation informing means which, when the job enters the 
wait control state, informs the terminal equipment of 
message Information set witii respect to that job. 

According to a seventh aspect of the present inven- 
tion, tiiere Is provided a print processor which prints a 
document In response to a job request received tiirough 
a network, ttie print processor comprising : job accepting 
means for accepting the job request; queuing means for 
storing the accepted jobs in sequential order: output 
means for printing a document specified by the job 
stored in the queuing means; converting means for con- 
verting the document into a format which the output 
means can interpret; and conversion control means for 
causing the converting means to convert a document - 
which needs to be converted when being printed by tiie . > 
output means, wherein the converting means informs <^ 
the conversion control means that It can carry out con- U 
version when conversion processing becomes availa- 
ble, and wherein the conversion control means retrieves 
a document in a format which the output means cannot - 
interpret from among the documents specified by the .. 
job stored In the queuing means, and causes the con- \- 
verting means to convert the format of ttiat document. 

According to an eighth aspect of the present Inven- x 
tion. there is provided a print processor which carries 
out printing upon receipt of a job processing request. ^> . 
including an instruction for processing print requests for 
a plurality of documents as one job and scheduling 
attributes, from a plurality of terminals through a net- 
work, the print processor comprising: timer means 
which, upon receipt of a job processing request from tfie 
terminal, checks whether or not a next print document 
was received within a predetermined period of time \oy 
monitoring a series of documents included in the job 
processing request; scheduling attribute judging means 
which, upon receipt of the job processing request, 
judges whether tfie scheduling attributes are after-com- 
plete attrtoutes which carry out scheduling In such a 
way that the execution of a job Is started upon receipt of 
all print documents related to the job or before-complete 
attributes which can^y out scheduling in such a way that 
a job is executed wifli respect to a received print docu- 
ment every time each print document is received; final 
document processing means which, when tiie timer 
means has judged that the next print document could 
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not be received within a predetermined period of time 
during tlie reception of th job processing request, han- 
dles a print document which was received immediately 
before this judgement as a final document of the current 
job. if the scheduling attributes are the after-compi t 5 
attributes; and job completion processing means which, 
when the timer means has judged tiiat the next print 
document could not be received within a predetermined 
period of time during the reception of the job processing 
request, completes the job by handling a print document 70 
which was received immediately before the judgement 
as the final document of tiie current job, if the schedul- 
ing attributes are the before-complete attributes. 

According to a ninth aspect of the present inven- 
tion, there is provided a print processing method for use is 
in a print processor in the case where a receiving failure 
arises during receipt of a job processing request, which 
includes an instruction for processing print requests for 
a plurality of documents as one job and scheduling 
attributes, from a plurality of terminals through a net- 20 
work, the print processing method comprising the steps 
of: judging wfietiier ornot a next print document was 
received within a predetermined period of time by mon- 
itoring the time at which the next print document is 
received while a series of print documents included in 25 
the job processing request from the terminal are 
received; judging, from the received job processing 
request, whether the scheduling attributes are after- 
complete attributes which carry out scheduling in such a 
way that the execution of a received job is started upon 30 
receipt of all print documents related to this Job or 
before-complete attributes which carry out scheduling in 
such a way that a job is executed with respect to a 
received print document every time a print document is 
received; executing a job by handling a print document 35 
r ceived immediately before the judgement of the 
reception of the next print document as a final print doc- 
ument of this job when the next print document is not 
received within a predetermined period of time, if the 
scheduling attributes are tiie after-complete attributes; 40 
and completing the job by dealing a print document 
received immediately before tiie judgement of the 
reception of the next print document as the final docu- 
ment of this job when the next print document is not 
received within a predetermined period of time, if the 4s 
scheduling attributes are tiie before-complete attributes. 

According to a tenth aspect of the present inven- 
tion, there is provided a job processing device which 
sequentially executes jobs for which processing 
requests were accepted, the Job processing device so 
comprising: first queuing means for sequentially storing 
jobs for which processing requests were accepted; sec- 
ond queuing means for sequentially storing jobs whose 
processing is to be interrupted from among the jobs 
stored In the first queuing means; queue control means ss 
which moves the job stored in the first queuing means 
from the first queuing means to the second queuing 
means in response to. a job processing intenuption 
request and moves the jobs stored in the second queu- 



ing means from the second queuing means to the first 
queuing means in response to a job resumption 
request; and job execution means for sequentially exe- 
cuting the jobs stored in tiie first queuing means. 

According to an eleventh aspect of the present 
invention, there is provided a job scheduling device 
which sequentially stores jobs, for which processing 
requests were received from terminals, in a queue and 
sequentially processes the jobs held in tiie queue using 
a job execution section, the job scheduling device com- 
prising: a plurality of queues provided con-esponding to 
states of the jobs; scheduling means for scheduling the 
jobs using the plurality of queues; and recovery means 
for recovering previous state of each of the jobs being 
held in the plurality of queues, at tiie time of recovery 
from a failure, if any failure occurred while the jobs are 
being scheduled by the scheduling means. 

According to a twelfth aspect of the present inven- 
tion, there is provided a job scheduling 6eAcQ for stor- 
ing, in a queue, print jobs which include print data and 
attrifcMJte information and for which processing requests 
were received from terminals, and for sequentially print- 
ing the print jobs held in the queue based on the 
attribute information using a job execution section, the 
job scheduling device comprising: a plurality of queues 
provided corresponding to print job states; scheduling 
means for scheduling the print jobs using the pluredity of 
queues; and attribute modifying means for modifying 
the attribute Information only when a print job can be 
changed at ttie time that an instruction for nxxfifying the 
attribute information of die print job is received, and 
when instruction is free from errors. 

BRIEF DESCRIPTION OF T HE DRAWINGS 

Rg. 1 is a block diagram showing the overall config- 
uration of a job processing system according to a 
first embodiment of tiie present invention; 
Rg. 2 is a schematic representation showing a 
queue otsject prepared in a request control section 
of the first embodiment; 

Rg. 3 is a flowchart showing the overall flow of job 
processing in tiie job processing system of the first 
embodiment; 

Rg. 4 is aftowchart showing procedures for issue of 
a processing request when a job is output in a col- 
lated or unoollated manner in tiie first embodiment; 
Rg. 5 is a flowchart showing procedures for com- 
pletion of processing when a job is output in a col- 
lated or uncollated manner in tiie first embodiment; 
Rg. 6 Is a schematic representation showing queue 
objects stored in a printer queue and Information 
retained within the queue objects (collated) in the 
first embodiment; 

Rg. 7 Is an explanatory view showing output results 
when a job is output in a collated manner in the first 
embodiment; 
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Fig. 8 is a schematic representation showing queue 
objects stored in a printer qu u arxi information 
retained therein (uncoitated); 
Fig. 9 Is an explanatory view showing output results 
when a job is output in an uncollated manner in the s 
first embodiment; 

Fig. 10 is a schematic representation showing 
queue objects in a second embodiment of the 
present invention; 

Fig. 1 1 is flowchart showing processing procedures io 
when a document is accepted in the second 
embodiment; 

Fig. 12 is a flowchart showing processing proce- 
dures when document processing requests are 
continuously issued in the second embodiment; is 
Fig. 13 is a flowchart showing the continuous issue 
of document processing procedures, and process- 
ing procedures when a job processing start wait is 
controlled in the second embodiment; 
Fig. 1 4 is a flowchart showing the continuous issue 20 
of document processing procedures, and process- 
ing procedures when a job processing completion 
wait is controlled in the second embodiment; 
Fig. 1 5 is a flowchart showing the flow of accept- 
ance of a processing completion acknowledgement 2S 
from a job execution section in the second embodi- 
ment; 

Fig. 16 is a flowchart showing the continuous issue 
of document processing procedures, and process- 
ing procedures when a password input wait is con- 30 
trolled in the second emiDodiment; 
Fig. 17 is an explanatory view showing the relation- 
ship between a printer queue and a terminate 
queue In which jobs waiting for processing start are 
queued in the second embodiment; 3S 
Fig. 18 is an explanatory view showing the relation- 
ship between a printer queue and a terminate 
queue in which jobs waiting for processing comple- 
tion are queued in the second embodiment (part 1}; 
Fig. 1 9 Is an explanatory view showing the relation- 40 
ship between a printer queue and a terminate 
queue in which jobs waiting for processing comple- 
tion are queued according to the second embodi- 
ment (part 2); 

Fig. 20 is an explanatory view showing the relation- 4S 
ship between a printer queue, a terminate queue, 
and a wait queue in which jobs waiting for password 
input are queued in the second embodiment; 
Fig. 21 Is an explanatory view showing the relation- 
ship between the state of a printer queue and a so 
document to be processed in a job execution sec- 
tion In the second embodiment; 
Fig. 22 Is a block diagram showing the detailed con- 
figuration of a job scheduling section in a tiiird 
embodiment of the present invention; 55 
Fig. 23 Is a block diagram showing the overview of 
a print processing system in the third embodiment; 
Fig. 24 is a f bwchart showing the flow of process- 
ing from the receipt of a document to the queuing of 



the document in a printer queue in the third embod- 
iment; 

Fig. 25 is a flowchart showing the flow of conversion 
processing when a conversion section becomes^ 
possible to process in the third embodiment; 
Rg. 26 is a functional block diagram showing one 
exarrple of configuration of a job scheduling sec- 
tion used in a fourth embodiment of the present 
invention; 

Rg. 27 is a block diagram showing one example of 
tiie configuration of a print processing device of the 
fourth embodiment; 

Rg. 28 is a block diagram showing one example of 
a job cont'd elementary section in the fburfli 
embodiment; 

Rg. 29 is a tAock diagram showing one example of 
a queuing management section in the fburtti 
embodiment; 

Rgs. 30a to 30c are schematic representations 
showing one example of data structure of a docu- 
ment printing request in the fourth embodiment; 
Rg. 31 is a flowchart showing the flow of process- 
ing of a job scheduling section in the fourth embod- 
iment; 

Rg. 32 is a flowchart showing the flow of timeout 
processing at the time of after-complete processing 
in the fourtti embodiment; * 
Rg. 33 Is a flowchart showing the flow of timeout 
processing at the time of before-complete process- 
ing in the fourth embodiment; 
Rg. 34 is a block diagram showing the configuration ' 
of a job control elementary section in a fifth embod- 
iment of the present Inverrtion; 
Rg. 35 is a schematic representation showing ttie 
configuration of a job processing system of the fifth 
embodiment; 

Rg. 36 Is a schematic diagram showing the config- 
uration of a pausing section shown in Fig. 34; 
Rg. 37 IS a flowchart showing processing proce- 
dures carried out by the pausing section shown in ' 
Rg. 36; 

Rg. 38 is a schematic representation showing the 
configuration of a resuming section shown in Fig. 
34; 

Rg. 39 is a f bwchart showing processing proce- 
dures executed by the resuming section shown in 

Rg. 38; 

Rgs. 40a to 40c are schematic representations 
showing one example of the states of a printer 
queue and a pause queue when pausing process- 
ing and resuming processing are executed In the 
fifth embodiment; 

Rg. 41 is a view showing a processing sequence 
between the job scheduling section and the job exe- 
cution section shown in Fig. 34; 
Rg. 42 is a block diagram showing the overall con- 
figuration of a job processing system and the 
detailed configuratton of a job scheduling device 
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according to a sixth embodiment of the present 

invention; 

Fig. 43 is a flowchart showing processing proce- 
dures the moment when the job scheduling device 
shown in Fig. 42 received a job and the moment 
when printing is carried out; 
Fig. 44 is an explanatory view showing the configu- 
ration of job information queued In each of the 
queues shown in Fig. 42; 

Fig. 45 Is a block diagram showing the overall con- 
figuration of a job processing system and the 
detailed configuration of a job scheduling device 
used in a seventh embodiment of the present inven- 
tion: 

Fig. 46 is a flowchart showing procedures for confir- 
mation of a job status which is carried out by an 
attribution modification section shown in Fig. 45; 
Fig. 47 is a flowchart showing procedures for confir- 
mation 9f .attribute information which is carried out 
by the. attribute modification section shown in Rg. 
45; 

Fig. 48 is a flowchart showing processing proce- 
dures when the attribute modification section 
shown in Fig. 45 modifies attribute information; 
Frg. 49 Is a blocl< diagram showing the overall con- 
figuration of a job processing system used in a 
modified example of the seventh embodiment; 
Figs. 50a and 50b are schematic representations 
showing one example of the case where the 
attribute modification section shown in Fig. 49 mod- 
ifies attributes without the use of default attribute 
information and the case where the attribute modi- 
fication section modifies attributes using the default 
attribute information; and 

Fig. 51 is a flow chart shewing attribute modification 
processing carried out by the attribute modification 
section shown in Rg. 49. 

DETAILED DESCRIPTIQIM OF THE PREFERRED 
EMBODIMENTS 

With reference to Figs. 1 to 9. a job processing sys- 
tem according to , a first embodiment of the present 
Invention will now be described. The job processing sys- 
tem of the first embodiment efficiently carries out job 
processing when a plurality of jobs having the same 
contents are output. 

Fig. 1 is a block diagram showing the overall config- 
uration of a job processing system used in this embodi- 
ment. A job processing system 10 is made up of a 
terminal 1 1 , a job scheduling device 12, and a job exe- 
cution section 13. 

The terminal 1 1 is a user device and Is connected 
to the job scheduling device 12 through a network (not 
shown). This terminal 1 1 generates one job as a plural- 
ity of documents, and issues a job request and various 
types of control request including these documents to 
the job scheduling device 12. 



In compliance with an instruction input from a user, 
th terminal 1 1 adds various types of attribute values, 
which include thos relating to the number of job out- 
puts and information relating to a job output result, to 
5 the job request as job attribute information of the job. 

The job scheduling device 12 is a module which 
sequentially stores job requests delivered from the ter- 
minal 1 1 in a queue, schedules the job requests allow- 
ing for an assignment and processing conditions of the 
10 job execution section 13, and prints the job by transfer- 
ring a job stored in the queue to the job execution sec- 
tion 13. 

This job scheduling device 12 is made up of a 
request control section 14. a job scheduling section 15, 

15 a job execution section control section 16, and a queue 
management section 1 7. 

Upon receipt of a job request from the terminal 1 1 . 
the request control section 14 issues a request for 
scheduling such as print processing to the job schedul- 

20 ing section 15 by preparing a queue object correspond- 
ing to that job, and delivering this queue object to the job 
scheduling section 15. 

Rg. 2 is a schematic representation of the queue 
object prepared by the request control section 14. Upon 

25 receipt of the leading job request, the request control 
section 14 prepares a queue object for that job (which 
retains information common to all documents) and sets 
a job information section. In this job information section. 
Infbnnation which specifies that job (hereinafter referred 

30 to as job information) is prepared on the basis of the 
attribute information set for the leading job request. 

Job ID: Job identifier which is an kjentifier to identify 
a job. 

Job Copy Count: Job copy number count which 
35 designates the number of copies of the current job. 

Copy Count: Copy count which shows the number 
off a page which is currently copied, and an initial value 
of this count is 0. 

Collate Rag: Collation Identifier, and collation is 
40 available when TRUE, txit not available when FALSE. 

Current Doc Num: Processing request document 
identifier which represents a document sequence 
number, and an initial value is 0. 

On the other hand, upon receipt of the leading job 
45 request and a following job request, the request control 
section 14 prepares a queue object off each document 
(which holds information for each document) and sets 
the document information section. In this document 
information sectton, information which specifies that 
50 document (hereinafter referred to as document informa- 
tion) on the basis of the attribute information set to a 
received document. 

Job ID: Job Identifier for identifying a job. 

Doc Seq Num: Document Identifier which is a 
55 number used for identifying documents. 

Request Count: Processing request count which 
represents the number of processing requests issued to 
the job execution section 13. and the value of the Job 
Copy Count off the job inffbrmation is set as an initial 
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value f this request counter TTie counter decrements 
from the inKial value by one every tim a proceeeing 
request is issued. 

Complete Count: Processing completion count 
which represents the number of acknowledgements of s 
processing compi tion output from the job execution 
section 13. This counter is set to zero when document 
information of the current job information is prepared. 

Complete: F'tneA document identifier which repre- 
sents the final document when TRUE. io 

These queue objects are stored In predetermined 
queues depending on the state of the job. In other 
words, a queue object off a corresponding job Is stored - 
in a queue. Practical documents are stored in memory 
(not shown) associated with queues. Throughout the is 
following description, queue ot^jects stored in queues 
are simply called documents. 

The job scheduling section 15 transfers the job 
delivered from the request oontrol section 1 4 to a queue 
management section 17, and queues corresponding to 20 
the job execution section 13 and queues necessary for 
scheduling are managed using the queue management 
section 17. Scheduling is carried out allowing for an 
assignment and processing conditions of the job execu- 
tion section 13, and a print processing request is issued 2s 
to the job execution section 13 by transferring a job 
stored in the queue management section 17 to the job 
execution section 13. A queue object of the job trans- 
ferred from the request control section 14 is stored in a 
printer queue 22 if the job is a non-acceptance comple- 30 
tion type sequential processing job; is stored in a spool 
queue 18 if the job is an acceptance completion type 
sequential processing job; and is stored in a hold queue 
19 if the job is an unscheduled Job. if another document 
follows that job request, Information is set in the docu- 35 
ment information section of that document upon refer- 
ence to job information of another job having the same 
job identifier, and that document is added to a queue 
object with the same job identifier using the queue man- 
agement section 17. 40 

Of the jobs stored in queues other than the hold 
queue 19 and a terminate queue 23, joiss including doc- 
uments which need conversion are converted at the 
time when the job execution section 13 which carries 
out corresponding conversion becomes enabled. 45 

A collation control unit 15a refers to job information 
and document information of the jobs stored in the 
printer queue 22 of the queue management section 1 7. 
If the collation identifier (Collate Flag) is set to TRUE 
(collation), a processing request issued to the job exe- so 
cution section 13 is controlled in such a way that the job 
is output in a specified number in a collated manner 
using the job information and the document information. 
If the collation identifier is set to FALSE (uncollation). 
the processing request issued to the job execution sec- ss 
tion 13 is controlled in such a way that the job is output 
in a specified number in an uncollated manner using the 
job information and the document information. Upon 
receipt of an acknowledgement representing that the 



job execution section 13 can accept processing from the 
job execution section 13. the job scheduling section 15 
sequentially fetches jobs from the leading end of the 
printer queue 22, and issues a document processing 
request to the job execution section 13 via the job exe- 
cution section control section 16, with the use of the col- 
lation control unit 15a, in such a way that the job is 
output In a collated or uncollated manner as specified 
by a user. The job scheduling section 1 5 then receives 
a status acknowledgement of the document, to which 
the processing request was issued, from the job execu- 
tion section 13 via the job execution section control sec- 
tion 16, and executes the scheduling of another job. 

The job execution section control section 1 6 issues 
a request for print processing to the job execution sec- 
tion 13 by transferring the document processing request 
obtained from the job scheduling section 15 to ttie job 
execution section 13. Further, the job execution section 
control section 16 transfers a status acknowledgement 
relating to the job processing which was obtained from 
the job execution section 13 to the job scheduling sec- 
tion 15. 

The queue management section 17 prepares vari- 
ous types of queue in compliance with an instruction 
from the job scheduling section 15, and stores a series 
of queue objects having the common job identifier as 
one job by associating them with each other. The spool 
queue 18 is a queue in which acceptance-completion 
type sequential processing jobs are stored, and a job is 
managed within this queue until all documents of ttiat 
job are completely obtained. The hold queue 1 9 tempo- 
rarily holds a document. If a job hold is specified for a 
job request, the job request is stored in this hold queue 
1 9 regardless of whether the job is an acceptance-com- 
pletion type sequential processing Job or a nonaccep- 
tance-completion type sequential processing job. The 
job stored in the hold queue 19 is released from its held ' 
state according to the user's instruction. If the job Is 
acceptance-completion type sequential processing job. 
the job is transferred to the spool queue 18. On tiie 
other hand, if the job is nonacceptance-completion type 
sequential processing job. tiie job is transferred to the 
printer queue 22. A wait queue 20 is a kind of process- 
ing wait queue. When a job waiting for a password input 
from the user has timed out, tiie job is transfered from 
the printer queue 22 to this queue 20. When a password 
is input by the user, the job returns to the printer queue 
22. A pause queue 21 is a queue in which a job sub- 
jected to temporal interruption of processing is stored. If 
a system manager performs a predetermined operation 
through a server manager (not shown), the job moves to 
the pause queue 21 from the printer queue 22 or returns 
from this pause queue 21 to the printer queue 22. The 
printer queue 22 (1 to N) is provided corresponding to 
job outputs (not shown) of the job execution section 13. 
A job waiting for print processing is stored in this queue 
22. A terminate queue 23 (1 to N) is provkJed corre- 
sponding to tiie printer queue 22 (1 to N). The job, the 
job processing of which was completed with respect to 
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all documents of that job in the job execution section 13, 
is stored in th terminat queu 23. 

The job execution section 13 Is made up of more 
than one job processing sections or job outputs (neither 
being shown in the drawings). The job processing sec- s 
tion is a converter which converts a print format of a Job. 
and the job output section outputs a job. In other words, 
the job output section Is a printer which prints a job on 
the printer. The job output section and the printer queue 
22 (1 to N) are provided in a one-to-one correspond- to 
ence with each other. A job is stored In the printer queue 
22 corresponding to the job output section which was 
selected by the job scheduling section 15, and is further 
transferred from this printer queue to a corresponding 
job output section. rs 

Upon completion of one job. the job execution sec- 
tion 1 3 issues an acknowledgement of the completion of 
the processing to the job scheduling section 15 via the 
job execution section control section 16. When the job 
execution sebtlon 13 becomes enabled, the job execu- so 
tion section 13 issues an acknowledgement of enabled 
processing to the job scheduling section 15 via the job 
execution section control sectksn 16. 

With reference to a flowchart shown in Rg. 3, the 
overall flow of job processing in the previously men- 25 
tioned job processing system 10 will be described. An 
explanation will now be given of the case where a plural- 
ity of documents are accepted as one job. 

Upon receipt of a job request (step SI 01), the 
request control section 14 Judges whether or not a job 3o 
identifier (ID) is set to the job request (step S102). If the 
job identifier is not set to that job request, that job is 
judged as the leading job: The job request control sec- 
tion 14 sets a job identifier common to a plurality of job 
requests ft-om this leading job request to the final job 36 
request, and prepares a queue object of the job relating 
these job requests. Thus, a Job information section is 
set. Simultaneously the request control section 14 
acquires attribute information included in the received 
job request and sets this attribute information as job 40 
information (step SI 03). Subsequently, queue objects 
of tiie documerit of that job request are prepared, and a 
document information section is set. Concurrentiy, the 
attribute information included in the received Job 
request Is acquired, and this attribute information is set 4S 
as document information (step SI 04). 

On the other hand, when the job identifier is set in 
the received job request, a series of job requests which 
have already been received are judged as one job, and 
the job Information is acquired based on the job identi- so 
fier (step S105). It is judged from tiie attribute informa- 
tion of that job request whether or not this document is 
the final document (step Si 06). If the document is the 
final document, tiie number of documents is written into 
the job information of the job Identifier of this final docu- S5 
ment(stepSl07). 

When tiie processing in step SI 04 is completed, a 
newly provided job identifier is sent back to the terminal 
1 1 which sent tiiat job request (step SIOS). 



The job scheduling section 15 judges whether or 
not the received job request has th designation of job 
hold (step SI 09). When the received job request has 
the designation of job hold, the document of tiiat job 
request is stored in the hokl queue 1 9 (step S1 1 0). If tiie 
job scheduling section received a user's instruction, tiie 
document will be released from its stored state (step 
S1 11). Further, if the job request has no designation of 
job hold in step S109, the job scheduling section 15 
judges whether or not the job is an acceptance-comple- 
tion type sequential processing job (step S1 12). If the 
job is the acceptance-completion type sequential 
processing job, tiie document of that Job request is 
stored in tiie spool queue 18 (step S1 13), and the doc- 
ument is retained until all of the otiier documents are 
completely received (step S1 14), 

Subsequentiy. the job scheduling section 15 selects 
a printer which is suitable for processing in the job exe- 
cution section 13, and stores the job in a corresponding 
printer queue 22 (step S115). The job scheduling sec- 
tion 15 issues a processing request for the document 
included in that job to the job execution section 13 via 
the job execution section 16 (step S1 16). When 
processing requests were issued with respect to all of 
the documents (step S1 1 7), ttie job is stored in a con'e- 
sponding terminate queue 23 (step S1 18). 

Procedures of the issue of a processing request in 
the job scheduling section 1 5 when a job with a job iden- 
tifier XX Is output in a collated or uncollated manner will 
be explained with reference to the flowchart shown in 
Fig. 4. 

To begin with, the Job scheduling section 1 5 obtains 
job infomiation with respect to a job identifier XX (Job 
ID) at the leading end of the printer queue 22 (step 

5201) . The collation control unit 15a judges whettier or 
not the collation Identifier (Collate Flag) is TRUE (step 

5202) . When the collation identifier is TRUE (collation is 
available), the collation control unit 15a acquires docu- 
ment information witti respect of a processing request 
document identifier (Cun'ent Doc Num)+1 of the job 
identifier XX (step S203). Assuming processing request 
count (Request Count) = processing request count - 1, 
a processing request is issued to tiie job execution sec- 
tion 13 tiirough the job execution section control section 
16 (step S204). Subsequentiy, it is judged whether or 
not the final document identifier (Complete) of tills doc- 
ument information Is TRUE (step S205). If it Is not 
TRUE, the processing returns to step S203. If it is 
TRUE, it will be judged whether or not the processing 
request count (Request Count) of the document Infor- 
mation is zero (step S206). If the processing request 
count is not zero, the processing will return to step S203 
by resetting tiie processing request document identifier 
to zero (step S207). 

On the other hand, if the processing request count 
in step S206 is zero, the issue of the processing request 
of the job identifier XX will be terminated. 

For example, if the number of copies of the job is 
two, the processing request count will also be set to two. 
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Hence, if the processing request count in step S206 is 
not zero, the same job processing will be executed from 
the start. To avoid this, the processing request docu- 
ment identifier Is reset to zero, and processing requests 
are again issued with respect to all of the documents, s 
The processing is repeated until the processing request 
count becomes zero. It becomes possible to output a 
specified number of copies of the documents in order by 
carrying out the above processing in correspondence to 
the specified number of copies. io 

If the collation identifier in step S202 is not TRUE 
(collation is not available), the collation control unit 15 
acquires document information with respect to a 
processing request document identifier (Current Doc 
Num) = 1 of the job identifier XX (step S208). On the is 
assumption that the processing request count (Request 
Count) = processing request count - 1. a processing - 
request is issued to the I6b execution section 13 through 
the job execution section control section 1 6 (step S209). 
Subsequently, it is judged whether or not the processing 20 
request count (Request Count) of the document infor- 
mation is zero (step S210). If the processing request 
count is not zero, the processing will return to step 
S209, and a processing request for the same document 
will be issued. On the other hand, if the processing 25 
request count is zero, it is judged whether or not the final 
document identifier (Complete) of this document infor- 
mation is TRUE (step S21 1). If the final document iden- 
tifier is not TRUE, document information with respect to 
the processing request document identifier + 1 of the 30 
job identifier XX will be obtained (step S212). and the 
processing wilt return to step S209. 

If the final document identifier is TRUE in step 
S211, the issue of the processing request of the job 
identifier XX will be terminated. as 

For example. H the number of copies of the job is 
two, the processing request count will also be set to two. 
If the processing request count in step S210 is not zero, 
a processing request will be again issued to the same 
document. This processing will be repeated with 40 
respect to all documents, whereby a specified number 
of copies of a document will be separately output for 
each document. 

Processing completion procedures in the job 
scheduling section 1 5 when a job with a job identifier XX 4S 
was output in collated or uncollated manner will be 
described with reference to a flowchart shown in Fig. 5. 

Upon receipt of an acknowledgement of the com- 
pletion of the processing of a job identifier XX (Job ID) 
from the job execution section 13 via the job execution so 
section control section 16 (step S301). the job schedul- 
ing section 15 acquires document information of the 
document which was subjected to priocessing comple- 
tion (step S303) as well as job information of the job 
identifier XX (step S302). On the assumption that a 55 
processing completion count (Complete Count) is +1 
(step S304), it is judged whether or not the processing 
completion count is equal to a job copy number count 
(Job Copy Count) (step S305). If these two values are 



not identical with each other, the processing will return 
to step S301 . On the other hand, if these two values ar 
equal to each other, the processing of that document 
will be terminated (step S306), and it is judged whether 
or notthefinal document identifier is TRUE (step S307). 
If the final document identifier is not TRUE, the process- 
ing will return to step S301 . However, if it is TRUE, the 
processing of the job identifier XX will be terminated. 

An explanation will then be given of a specific 
example where the non-acceptance completion type 
sequential job is output in collated or uncollated man- 
ner. Initially, an explanation will be given of the case 
where a one-job/two-document job is output in a col- 
lated manner with a job copy number 2. 

Fig. 6 is a diagrammatic representation showing 
queue objects stored in a printer queue and information 
retained therein. Reference symbol j1 designates job 
information of an object job, d1 is document information 
of a document identifier (Doc Seq Num), and d2 is doc- 
ument information of a document identifier 2. 

In an initial state represented by "1 a copy count 
(Copy Count) of the job information j1 is zero, and a 
processing request count (Request Count) of the docu- 
ment identifier (Doc Seq Num) 1 and a job copy number 
count (Job Copy Count) are equal to each other. This 
shows that a processing request for the first lap of tfie 
first document is not issued yet. 

If tfie job execution section 13 becomes enabled, 
the collation control unit 15a of the job scheduling sec- 
tion 15 issues a processing request witti respect to a 
document of a job with the document identifier 1 ("2"). At 
this time, the copy count (Copy Count) of the job infor- 
mation j1 is 1. and hence the job processing request 
count (Request C^unt) of the document information d1 
becomes 1. 

When the job execution section 13 becomes ena- 
bled, the collation unit 15a issues a processing request 
with respect to a document with a document identifier 2 
("3"). A processing request with respect to a document 
subsequent to the document with the document identi- 
fier 2 is issued when a processing request count of doc- 
ument information of this document is larger than the 
processing request count of the document with the doc- 
ument identifier 1. In "3", tiie processing request count 
of the document information d2 changes from 2 to 1, 
and therefore the processing request document identi- 
fier (Current Doc Num) = tiie document identifier (which 
is 2 in this example). 

A processing request for the second lap of the doc- 
ument (the first document) with the document identifier 
1 is issued when the processing request count of ttie 
final document (Complete Count « TRUE) is equal to 
the processing request count of the document (second 
document) with the document identifier 2. In otiier 
words, when the job execution section 13 becomes ena- 
bled after "3", the collation conti'ol unit 15a issues a 
processing request for the second lap of the document 
with the document identifier 1 ("4**). At this time, tfie 
copy count of the document identifier 1 becomes two, 
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and the processing request count becomes zero. If the 
final document of the object job is not in th printer 
queue, a processing request will not be issued. In sub- 
sequent "5", processing for the first lap of the document 
with the document identifier 1 is completed, and 
processing for the first lap of the document with the doc- 
ument identifier 2 is completed in "6*'. 

When the job execution section 13 becomes ena- 
bled after "6", the collation control unit 15a issues a 
processing request for the second lap of a document 
with a document identifier d2 ("7"). Here, the processing 
request oourtt of the document Identifier 2 becomes 
zero. In subsequent '*8", processing for the second lap 
of the document with the document identifier 1 is com- 
pleted, and processing for the second lap of the docu- 
ment with the document identifier 2 is completed in "9". 

In the example shown in Fig. 6, the processing of 
the documents is completed with the timing of "5" "6" 
"8" "9". At this time, the copies of the first and sec- 
ond documents are output in a collated manner in the 
order of 1 _> i _> 2 as shown in Fig. 7. 

An explanation will be given of the case where one- 
job/two-document job is output in an uncollated manner 
with a job copy number 2. 

Fig. 8 is a diagrammatic representation showing 
queue objects stored in a printer queue and information 
held therein. In Fig. 8, j1 designates job information of 
an object job, d1 designates document Information of a 
document identifier (Doc Seq Num) 1, and d2 desig- 
nates document information of a document identifier 2 
In the same manner as In Fig. 6. 

In the initial state *'1 ", if the job execution section 1 3 
becomes enabled, the collation control unit 15a of the 
jc^ scheduling section 15 issues a processing request 
with respect to a document of a job with the document 
identifier 1 ("2"). At this time, the copy count (Copy 
Count] of tiie job information j1 is 1 , and hence tiie job 
processing request count (Request Count) of tiie docu- 
ment information d1 becomes 1 . 

When the job execution section 13 becomes ena- 
bled, the. collation unit 15a also issues a processing 
request with respect to a document with a document 
identifier 2 ("3^. As a result of this, processing requests 
for the first and second laps of the document (ttie first 
document) vwth the document information d1 are 
issued. In "3", the . copy count of the job information j1 
becomes two, and the processing request count of the 
document information d1 becomes zero. On the other 
hand, the final document Identifier (Complete) Is not 
TRUE, the collation control unit 15a issues a processing 
request for tiie first lap of the document (the second 
document) with the document information d2 ("4"). At 
this time, the copy count of the document identifier 2 
becomes one. and the processing request count 
becomes one. In subsequent "5", processing for the first 
lap of the document witii the document identifier 1 Is 
completed, and processing for the second lap of the 
document wHh the same document Identifier 1 is com- 
pleted in "6". 



When the job execution section 13 becomes ena- 
bled after "6", tiie collation control unit 15a issues a 
processing request for the second lap of a document 
witii the document identifier d2 ("7"). Here, the process- 
5 Ing request count of the document id ntif ier 2 becomes 
zero. In subsequem "8", processing for the first lap of 
the document with the document identifier 2 is com- 
pleted, and processing for the second lap of the docu- 
ment witii the document identifier 2 is completed in "9". 
10 In the example shown in Rg. 8, the processing of 
the documents Is completed witii the timing of "5" "6" 
"8" "9". At this time, the copies of the first and sec- 
ond documents are output in an uncollated manner in 
the order of 1 1 2 2 as shown in Fig. 9. 
15 In the case of the acceptance-completion type 
sequential processing job, the job is transferred to the 
printer queue after all docunfients of that job are com- 
pletely obtained. Hence, the previously mentioned col- 
latedAjncoilated output corrtrol can be directly applied to 
20 the acceptance-completion type sequential processing 
job. 

Further, print results may l>e collectively output to 
one sorter or may be divisionally output to a bin-sorter. 
As described above, according to the first emtxxli- 
25 ment of the present invention, information representing 
the availability of collation is added to a job request 
issued from a temnlnal equipment. If a received job has 
the designation of collation, tiie job scheduling device 
controls a processing request Issued to the job execu- 
30 tion section in such a way that only a specified number 
of this job is output in a collated manner. On the other 
hand, if the received job has the designation of uncolla- 
tion, the job scheduling device controls the processing 
request issued to the job execution section in such a 
35 way that only a specified number of this job Is output in 
an uncollated manner. By virtue of such a configuration, 
it is possible to output a plurality of jobs having the same 
contents by the Issue of one job request. 

According to this embodiment, output results 
40 related to a plurality of job requests are not mixed with 
output results related to job requests of another user, 
and hence it becomes possible to reduce time required 
to distinguish tiie output results of tiie users. 

Moreover, print processing is canrled out utilizing 
45 print data Included in the first job request. For this rea- 
son, if a job is divisionally issued, it becomes unneces- 
sary to send print data for each job, which In turn 
reduces the burden of a memory device such as a disk. 
Simllariy. if a document which needs conversion is 
50 included in the job. it is not necessary to carry out con- 
version more than twice, which makes it possible to 
carry out efficient processing. For this reason, it is pos- 
sible to effectively utilize various resources in the sys- 
tem. 

55 Furthermore, tiie conti^ol of collation/uncollation can 
be applied to non-acceptance completion sequential 
processing jobs, and therefore the scheduling of jobs 
can be carried out promptly. This makes it possible to 
reduce tiie overall processing time. 
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Therefore, it becomes possible to improve job 
processing effldency when a plurality of jobs having the 
same contents are output. 

With reference to Fig. 1 and Figs. 22 to 25, a job 
processing system according to a second embodiment s 
of the present invention will now be described. The job 
processing system of this embodiment is arranged in 
such a way that job control, such as a processing start 
wait, a processing completion wait, and a password 
input wait, is carried out even in the case of a job other w 
than a job at the leading end of a queue when a one-job 
multidocument is scheduled. Since the overall configu- 
ration of the job processing system Is the same as that 
of the first embodiment (shown in Fig. 1). and hence the 
explanation thereof will be omitted here for brevity. is 

In the second embodiment, the terminal 1 1 adds an 
undesignated identifier to the leading document among 
a plurality of documents previously prepared in this ter- 
minal. A job identifier delivered to the leading document 
from the job scheduling device 12 is added to the sec- 20 
ond and later documents, and the information which 
represents the end of the plurality of documents is 
added to the final document. Then, the plurality of doc- 
uments are sent, and a processing start wait, a process- 
ing completion wait, and a password input wait are 2S 
respectively set to the leading document of the plurality 
of documents. Further, message information maybe set 
in accordance with the setting of the processing start 
wait, the processing completion wait, and the password 
Input wait. 30 

During the processing start wait, it is checked 
whether or not the document is set to a processing start 
wait when the processing of the job is started. If the doc- 
ument is set to the processing start wait, the processing 
of a job will not be started. The processing of that job Is 36 
started when the processing start wait is cancelled by a 
start instruction from the user or a timeout. The terminal 
1 1 adds the designation of processing start wait to the 
job request as information relating to the processing 
start wait control of the job. Further, a message, for 40 
example, "Waiting for processing start" or "Replace 
paper with OHP film" may be added to the job request 
as the message information relating to wait control. 

During the processing completion wait it is 
checked whetiier or not the document is set to a 45 
processing completion wait when the processing of the 
job was completed. If the document is set to the 
processing completion wait, the job will not be output. 
The output of that job is started when the processing 
completion wait is cancelled by a start instruction from so 
the user or a timeout. The terminal 1 1 adds the instruc- 
tion of processing completion wait to tiie job request as 
information relating to the processing completion wait 
control of the job. Further, a message, for example, 
"Waiting for processing completion" or "Replace tray" ss 
may be added to the job request as the message infor- 
mation relating to wait control. 

During tiie password input wait, it is checked 
whetiier or not the document is set to a password input 



wait wh n the processing f the job was completed. If 
the document is set to the password input wart, the 
processing of the job will n t be started. The processing 
of that Job Is started only when a valtel password is input. 
If a valid password is not input aft r the passage of a 
predetermined period of time, that job is transferred to 
another queue, arxl the processing of the following job 
moves up and is started. Further, when the password is 
input, the previous job is returned to the original queue, 
and the processing of that job is started suk>sequent to 
the Job wfvch is currently processed. The terminal 1 1 
adds, the designation of password input wait and pass- 
word data fbr use in judging whether or not the Input 
password is valid, to the job request as information 
relating to the password input wait control of the job. 
Further, a message, for example. "Waiting for password 
input" or "Input password" may be added to the job 
request as the message information relating to waK con- 
trol. 

Information relating to the control wait of a job and 
the message information can be specified individually or 
in combination. For example, when a job is output in the 
form of an OHP film by manually feeding the film, a, 
processing start wait and a processing completion wait 
are designated. Upon receipt of an acknowledgement of 
processing start wait, the user inserts paper during the 
processing of the job is interrupted. Thereafter, upon 
receipt of an acknowledgement of processing comple-. 
tion wait the user attaches an ordinary tray to the 
printer while the printer is in an output wait state after 
the completion of ttie job processing. 

The job scheduling device 12 is a module which 
schedules documents sent from the terminal 1 1 using 
queues, and sends the documents to ttie job execution 
section 13 for print processing: The job scheduling 
debtee 12 includes tiie request control section 14. the 
job scheduling section 15. the job execution section 16, 
and the queue management section 17. 

The request control section 14 judges, upon receipt 
of a document including an unspecified identifier from 
the terminal 1 1 , that the document is the leading docu- 
ment and judges, upon receipt of a document including 
information which indicates the final, that the document 
is the final document among a plurality of documents. 
Further, the request control section 14 sets a job identi- 
fier which is an identifier common to the plurality of doc- 
uments (from tiie leading document to the final 
document), and sends the job klentifter back to the ter^ 
minal 11. 

Rg. 10 is a schematic representation showing 
queue objects which are prepared in the request control 
section 14. The request control section 14, upon receipt 
of the leading document, prepares a queue object 
(which stores information common to all of documents) 
of a job including the documents, and sets a job infor- 
mation section. In the job information section, informa- 
tion identifying the job (hereinafter referred to as job 
information) is prepared based on the information set to 
the leading document 
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JoblD: Job identifier for identifying a job. 

Startwait: Processing start wait in which Start-wait 
is set when TRUE. 

End wait: Processing completion wait in which End- 
wait is set when TRUE. 5 

Pass word wait: Password input wait in which ass- 
word'wait is set when TRUE. 

In addition to them, information such as the number 
of documents which form a job is also prepared In the 
job information section. w 

When the leading document or the following docu- 
ment are received, a queue object for each document 
(which retains Information for each document) Is pre- 
pared, and a document information section is set. In this 
document information section, information which speci- is 
fies a document (hereinafter referred to as document 
information) is prepared based on information which 
was set with respect to a received document. 

Job ID: Job identifier for identifying a job. 

Doc Seq.Num: Document identifier which Is a 20 
number for identifying a document. 

Status:.. Status (Processing state) in which "pend- 
ing" represents processing wait, "requesting" repre- 
sents processing requesting, "printing" represents 
processing, and "completed" represents processing 2S 
completed. 

CJomplete: Final document identifier which repre- 
sents the final document when TRUE. 

in additfon to them, Inherent information Is formed 
for each document in the document Information section. 3o 

With reference to a flowchart shown in Fig. 11, 
processing procedures in the request control section 14 
when the request control section accepts a received 
document will now be described. An explanation will be 
given of the case where one job is accepted as a plural- 35 
ity of documents. 

Upon receipt of a document (step Slid), the 
request control section 14 judges whether or not a Job 
identifier is set to that document (step S1 102). If the job 
identifier is not set to that document, the document is 40 
judged as the leading document. The job request con- 
trol section 1 4 sets a job identifier common to a plurality 
of documente^from this leading document to the final 
document, and prepares a queue object of the job as 
shown in Fig. 10. Thus, a job information section is set 4S 
Simultaneously, the request control section 14 prepares 
job information in this job information section (step 

51 103) . Subsequently, queue objects of that document 
are prepared, and a document information section Is 
set. Concurrently, a document information section is so 
prepared in this document information section (step 

51 104) . A newly provided job identifier is sent back to 
the terminal 1 1 which sent the document to the request 
control section (step S1105). 

On the other hand, when the job identifier is set to ss 
the received document in step S1 102. that document Is 
judged as a document relating to a series of accepted 
jobs. The queue objects are examined based on a job 
request (step S1 106). ft Is judged whether or not this 



document is the final document by examining tiie setting 
of the final document identifier (CompI te) of the docu- 
ment information (step S1 107). If the final document 
identifier (Complete) is not TRUE, the processing pro- 
ceeds to step S1 104, and queue objects of that docu- 
ment are prepared. On the other hand, if the final 
document identifier (Complete) is TRUE, tiiat is. if the 
document is the final document, the number of docu- 
ments is written as job information of queue objects 
(step S1 108). Thereafter, the processing proceeds to 
step S1 104. and queue objects of that document are 
prepared. 

The job scheduling section 15 manages queues 
corresponding to the job execution section 13 and 
queues necessary for scheduling using the queue man- 
agement section 17. Moreover, the job scheduling sec- 
tion 15 schedules a job made of the documents 
transfen-ed from the request control section. 

Further, upon receipt of an acknowledgement of 
enabled processing acceptance from the job execution 
section 13, the job scheduling section 15 sequentially 
retrieves queue objects of the job queued in the queue 
management section 17 and examines the contents of 
each document information. When a document 
processing wait is set to the queue objects, a process- 
ing request for a document which corresponds to the 
queue objects is issued to tiie job execution section 13 
via tiie job execution section control section 16. When 
the processing request was issued, the fact that the 
document is in the course of issuing a processing 
request is set to the status of ttie document information 
section of the queue objects. 

It is judged from tiie final document identifier (Com- 
plete) of the document information section whether or 
not the document which issued the processing request 
Is the final document of that job. If it is TRUE, the docu- 
ment Is considered as the final document. Subse- 
quentiy. It Is judged from the status of the document 
information section whether or not the processing 
request has already been issued to the job execution 
section 13. If the status is not in a processing wart, the 
processing request has already been issued. 

If the final document has already issued the 
processing request, tiie processing of the next job will 
be executed. If the next job has a queue object which 
can issue a processing request, that is. a queue object 
In a processing wait state, a processing request for a 
document which corresponds to that queue object is 
Issued to the job execution section 13. Such processing 
is executed with respect to all of the jobs queued in the 
printer queue 22 of the queue management section 17, 
and a document processing request is continuously 
issued from one job to another job. 

When a document processing request is continu- 
ously Issued, a processing request is issued even for 
the next job so long as the job execution section 13 is 
enabled and there is a document which can issue a 
processing request. For this reason, it is necessary to 
control a processing start wait, a processing completion 
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wait, and a password input wait while maintaining the 
order of jobs. Therefore, the job scheduling section 15 
performs the following control with respect to jobs 
queued in the printer queue of the queue management 
section 1 7, that is, a job In a processing start wait state, 5 
a job in a processing completion wait state, and a job in 
a password input wait state. 

(1) Job in processing start wait state 

It is checked whether or not this job is set to a 
processing start wait before it is checked whether or not 
a processing request is issuable with respect to the 
leading document of that job. If the processing start wait 
is set in the job information section of queue objects, 
that job is rendered in a processing start wart state. No 
processing request is Issued with respect to a document 
of this job and documents of suk>sequent jobs until the 
job is released from the processing start wait state by 
the user's instruction input from the terminal 11 or a 
timeout 

(2) Job in processing completion wait state 

It is checked whether or not the job is set to a 
processing completion wait before it is checked whether 
or not a processing- request is issuable to the leading 
document of that job. K the processing completion wait 
is set in the job information section of queue objects, a 
job identifier of this job is set to a printer queue. In this 
case, the job identifier is set in such a way that each 
printer queue retains a job identifier of the job which is 
in a job completion wait state. Hereafter, a processing 
request is issuable only for this job. After the completion 
of the processing of all documents of this job. this job is 
rendered- in a processing completion wait state. No 
processing request is issued with respect to documents 
of subsequent jobs until this current job is released from 
the processing completion state by a user*8 instruction 
input from the terminal 11 or a timeout. 

(3) Job in password input wait state 

It is checked whether or not the Job is set to a pass- 
word input wait before it is checked whether or not a 
processing request is issuak>le to the leading document 
of that job. If the password input wait is set in the job 
information section of queue objects, this job is ren- 
dered in a password input wait state. No processing 
request is issued with respect to a document of this job so 
and documents of subsequent jobs until this current job 
is released from the processing completion state by a 
user's Instruction Input from the terminal 1 1 or a time- 
out. 

The job execution section control section 1 6 issues ss 
a request for print processing to the job execution sec- 
tion 13 by moving the processing request from the job 
scheduling section 15 to the job execution section 13. 
Further, the job execution section control section 16 



transfers a status acknowledgement relating to the job 
delivered from the job execution section 13 to the job 
scheduling section 15. 

The qu ue management section 17 pr pares vari- 
ous types of queue in accordance with an instruction 
from the job scheduling section 1 5. and qu ues a series 
of queue objects having a oonrvix>n job identifier as one 
job. 

The spool queue 18 queues documents of a com- 
pletion type jobi and manages the job until all docu- 
ments of that job are completely obtained. The 
completion type job is characterized in that print 
processing is not started until all documents which form 
a job are completely obtained. On the other hand, a 
noncompletion type job is characterized in that print 
processing is started in the order in which the process- 
ing of a received document is accepted. 

The hold queue 1 9 temporarily holds a document. If 
a document has the designation of job hold, the job is 
queued by this hold queue 19 regardless of whether the 
job is of completion or noncompletion type. The docu- 
ment queued in the hold queue 19 is released from the 
queued state by the user's instruction. If the job is a 
completion type job, the document is moved to the spool 
queue 18, whereas if the job is a noncompletion type 
job. the document is moved to the printer queue 22. 

The wait queue 20 is one type of processing wait 
queue. When the job which is waiting for a user's pass- • 
word input timed out. the job is moved from the printer* 
queue 22 to this wait queue 20. If a password is input by 
the user, the job returns to the printer queue 22. 

The pause queue 21 holds queues subjected to^ 
temporal interruption of processing. If the system man- 
ager performs predetermined operation through a 
server manager (not shown), a job will move from the 
printer queue, which will be described later, to this 
pause queue 21 , and vice versa. 

The printer queue 22 (22-1 to 22-N) is provkled cor-' 
responding to job output sections (not shown) of the job 
execution section 13. Jobs waiting for print processing" 
are queued in this queue 

Jobs whose all documents were subjected to 
processing completion are queued' in the terminate 
queue 23 (23-1 to 23-N). . .. 

The job execution section 13 is^made up of more 
than one job processing sections or job output sections 
(neither being shown in the drawings). The job process- 
ing section converts a print format of a job, and the job 
output section outputs a job. that is, prints a job. The job 
output section and the printer queue (22-1 to 22-N) are 
provided in a one*to-one correspondence with each 
other. A job is queued in the printer queue correspond- 
ing to a selected job output section. Furflier, upon com- 
pletion of one job. the job execution section 13 issues 
an acknowledgement of the completion of the process- 
ing to the job scheduling device 12. When the job exe- 
cution section 13 becomes enabled, the job executions 
section 13 issues an acknowledgment of enabled 
processing to the job scheduling device 1 2. 
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With reference to a flowchart shown in Fig. 12, 
processing procedures in the job scheduling device 12 
of this embodiment when document processing 
r quests are continuously Issued will be described. 

Upon receipt of a document delivered from the ter- s 
m\na\ 11, the request control section 14 accepts this 
document (step Si 201). In addition to the acceptance of 
a document which was previously described upon refer- 
ence to the flowchart shown in Fig. 3, the request con- 
trol section 1 4 accepts an acknowledgement of enabled io 
processing issued from the job execution section 13. N 
representing a printer queue number is set to one (step 
SI 202). and the request control section 14 judges 
whether or not the job execution section 13 is enabled 
(step S1203). This judgement is made based on the is 
presence or absence of the acknowledgement of ena- 
bled processing from the job execution section 13. If the 
job execution section 13 becomes enabled, and if a job 
identifier (a job ID) can be obtained from the job infor- 
mation of an l)lth job in the printer queue (step SI 204), 20 
M representirig a document number of that job is set to 
one (step S1205). It is judged whether or not Mth docu- 
ment information of a job having the job identifier can be 
obtained (step SI 206). If the Mth document information 
is obtainable, it is judged whether or not the document 25 
information is in a state of requesting processing (step 
SI 207). If it is not in that state, it is then judged whether 
or not the document information is waiting for process- 
ing (step SI 208). If the document information is waiting 
for processing, a processing request for that document 30 
is issued to the job execution section 13, and the docu- 
ment information is placed in a state of requesting 
processing (step SI 209). If the document information is 
the state of requesting processing in step SI 207, or if 
the document information is not in the state of waiting 36 
for processing in step SI 208, it is judged whether or not 
the final document identifier of the document informa- 
tion is set to TRUE (step SI 210). ff the final document 
identifier is not set to TRUE. M = M + 1 (step SI 211). 
The processing proceeds to step SI 206, and the next 40 
document will be processed. If the final document iden- 
tifier is set to TRUE in step S1210. N = N + 1 (step 
S1211). The processing proceeds to step S1203, and 
the next job will be processed. 

In this way,! jobs queued in the printer queue 22 are 4S 
sequentially examined. If a document to which a 
processing request is issuable Is included in the Jobs, a 
processing request for that document is issued to the 
job execution section 13. Further, if this processing is 
executed for all of the jobs queued in the printer queue so 
22, it becomes possible to continuously issue process- 
ing requests for documents from one job to anottier job 
without inten-uption. Therefore, compared with the con- 
ventional case where scheduling is effected on a job-by- 
job basis, scheduling con^esponding to the throughput ss 
of the job execution section 1 3 can be carried out. In this 
case, since it is not necessary to hold the issue of a 
processing request until one job is connpletely finished. 



which eliminates useless idle time and makes it possi- 
ble to reduce job processing tim . 

In the job scheduling device 12 of the second 
emtodiment, processing procedures for the continuous 
issue of document processing requests and the control 
of a job processing start wait will now be described 
using the flowchart shown in Fig. 13. Here, the explana- 
tion of overlaps between this flowchart and the flow- 
chart shown in Fig. 12 will be omitted as needed. 

To begin with, upon receipt of a document delivered 
from the terminal 11. the request control section 14 
accepts this document (step S1301). Siteequentiy, it is 
judged whether or not the printer queue includes a job 
waiting for the initiation of processing (step SI 302). If 
the printer queue does not include any job waiting for 
processing start. N representing a printer queue 
number is set to one (step SI 303). and it is judged 
whether or not the job execution section 13 becomes 
enabled (step S1304). If the job execution section 13 is 
enabled, and if a job identifier (a job ID] can be obtained 
from tiie job information of an Nth job in the printer 
queue (step S1305), it is judged whether or not a 
processing start wait is set to the job information of that 
job before it is checked whether or not the leading doc- 
ument of the job can issue a processing request (step 
SI 306). If the processing start wait is set to the job infor- 
mation of that job, the job is rendered in a processing 
start wait state (step S1307). No processing request is 
issued to a document of this job and documents of sub- 
sequent jobs until the job is released from this wait 
state. 

If another job is still waiting for processing start after 
step SI 307, or if there is a job waiting for processing 
start in step SI 302. the processing returns to step 
SI 301 when the job is released from the processing 
start wait state by the user's instruction input from the 
terminal 1 1 or a timeout (step SI 308). 

On the otiier hand, if the processing start wait was 
not set to the job information of the job in step S1306, M 
representing a document number of that job is set to 
one (step S1309), and it is judged whether or not Mth 
document information of a job having the previously 
mentioned job identifier is obtainable (step S1310). If 
the Mth document information is obtainable, it is judged 
whether or not the document information is in a state of 
requesting processing (step SI 3 11). If it is not in that 
state, it is then judged whether or not ttie document 
information is waiting for processing (step SI 312). If the 
document information is waiting for processing, a 
processing request for that document is issued to the 
job execution section 13. and the document information 
is placed in the state of requesting processing (step 
SI 313). If the document information is the state of 
requesting processing in step SI 31 1 , or if the document 
information is not in the state of waiting for processing in 
step S1313, it is judged whether or not the final docu- 
ment identifier of the document Information is set to 
TRUE (step S1314). If the document identifier is not set 
to TRUE, M = M + 1 (step S1315). The processing pro- 
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ceeds to step S1310. and the next document will be 
processed. If the final document identifier is set to 
TRUE in step 1314, N = N -t- 1 (step S1316). the 
processing proceeds to step SI 304, and the next job 
will be processed. 

In this proc ssing, it is checked whether r not the 
processing start wait is set to a job, before it is checked 
whether or not the leading document of the job can 
issue a processing request. If the processing start wart 
is set to the job. the job is rendered In a processing start 
wait state. No processing request is issued to a docu- 
ment of that job and documents of subsequent jobs until 
the job is released from the processing start wait state 
by the user's instruction or a timeout. As a result of this, 
it becomes possible to control a job processing start 
wait In parallel with the continuous issue of document 
processing requests. 

In the job scheduling device 12 of the second 
embodiment, processinjg procedures for the continuous 
issue of document processing requests and the control 
of a job processing completion wait will now be 
described using a flowchart shown in Fig. 1 4. Here, the 
explanation of overlaps between this flowchart and the 
flowchart shown in Fig. 12 will be omitted as needed. 

To begin with, upon receipt of a document delivered 
from the terminal 11, the request control section 14 
accepts this document (step S1401) and accepts an 
acknowledgement of processing completion from the 
job execution section 13 (step Si 402). 

The flow of the acceptance of the processing com- 
pletion acknowledgement issued from the job execution 
section 13 which is executed in step S1402 will be 
described using a flowchart shown in Fig. 15. 

Upon receipt of an acknowledgement of processing 
completion from the Job execution section 13 (step 
S1 402-1). the job scheduling sectton 15 acquires docu- 
ment information of a document whose processing was 
completed (step SI 402-2), and the document is placed 
in a processing completed state (step SI 402-3). Subse- 
quently, it is judged whether or not the final document 
Identifier of that document information is TRUE (step 
S1 402-4). If the final document identifier is not TRUE, 
the processing retums to step 81402-1. If the final doc- 
ument identifier is TRUE, that is. If the document whose 
processing was completed is the final document, the job 
information of that document is obtained (step SI 402- 
5). Then, it is judged whether or not a processing com- 
pletion wait is set to the job information (step SI 402-6). 
If the processing completion wait is set to the job infor- 
mation, the job is rendered in a processing conpletion 
wait state (step SI 402-7). On the other hand, the 
processing completion wait is not set to the job informa- 
tion, the processing of that job is completed (step 
S1402-8). 

In the flowchart shown in Fig. 14, it is judged 
whether or not the printer queue includes a job waiting 
for processing completion (step SI 403). If the queue 
does not include any job waiting for processing comple- 
tion, N representing a printer queue number is set to 



one (step SI 404), and it is judged whether or not the job 
execution section 13 becomes enabled (step SI 405). If 
the job execution section 13 is enabled, and if a job 
identifier (a job ID) is ot>tainable from the job infbrmation 

5 of an Nth job in the print r qu ue (step SI 406), it is 
judged whether or not a job identifier of the job waiting 
for processing is set to the printer queue (step SI 407). 
If the job identifier of the job waiting for processing is set 
to the printer queue, or if there is a job waiting for the 

10 completion of processing in step SI 403. the processing 
returns to step SI 401 when the job is released from the 
processing completion wait state by the user's instruc- 
tion delivered from the terminal 1 1 or a timeout (step 
S1408). 

15 If the job identifier of the job waiting for processing 
is not set to the printer queue in step SI 407, it is judged 
whether or not a processing completion wait is set to the 
job information of that job (step SI 409). If the job com- 
pletion wait is set to the job infbrmation, the job is ren- 

20 dered in a processing completion wait state, and the job 
identifier * of this job waiting for the completion of 
processing is set to the printer queue (step Si 410). 

On the other hand, if the processing completion 
wait was not set to the job infbrmation of the job in step 

25 SI 409. or if the job identifier of the job waiting for the 
completion of processing was set to the printer queue in 
step SI 410, M representing a document number of that 
job Is set to one (step SI 41 1), and it is judged whether 
or not Mth document information of a job having the pre-* 

30 viously mentioned job identifier is obtainable (step^ 
SI 41 2). If the Mth document information is not obtaina- 
ble, the processing will return to step S1401. However, ' 
if the Mth document information is obteunable. it is'' 
judged whether or not the document infbrmation is in a 

35 state of requesting processing (step SI 41 3). If it is not in 
that state, it is then judged whether or not the document- 
information is waiting for processing (step SI 414). If the 
document information is waiting for processing, a 
processing request for that document is issued to the"^ 

40 job execution section 13, and the document information-- 
is placed in the state of requesting processing (step 
S1415). 

If the document infbrmation is the state of request- 
ing processing in step S1413. or if a document process- 

45 ing request was issued in step SI 41 5. it is judged 
whether or not the final document identifier of the docu- 
ment information is set to TRUE (step SI 41 6). If the 
document identifier is not set to TRUE. M = M + 1 (step 
S1417). the processing proceeds to step Si 41 2. and 

50 the next document will be processed. If the final docu- 
ment identifier is set to TRUE in step S1416, N » N + 1 
(step SI 41 8). The processing proceeds to step S1405. 
and the next job will be processed. 

In this processing, it is checked whether or not the 

55 processing completion wait is set to a job, before it is 
checked whether or not the leading document of the job 
can issue a processing request. If the processing com- 
pletion wait is set to the job, a job identifier of that job is 
set to the printer queue. Hereafter, a processing request 
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is issued only with respect to this job. When the 
processing of documents of this job is compi t ly fin- 
ished, this job is placed in a pr cessing completion 
state. No processing request is issued to docunrt nts off 
subsequent jobs until the job is released from the 5 
processing completion wait stat by the user's instruc- 
tion or a timeout. As a result of this, It becomes possible 
to control the job processing completion wait in parallel 
with the continuous Issue of document processing 
requests. 

In the job scheduling device 12 of the second 
embodiment, processing procedures for the continuous 
issue of document processing requests and the control 
of a job password input wait will now be described using 
a flowchart shown in Fig. 16. Here, the explanation of is 
. . overlaps between this flowchart and the flowchart 
shown in Fig. 12 will be omitted as needed. 

To begin with, upon receipt of a document delivered 
from the terminal 11, the request control section 14 
accepts this document (step S1501}. Subsequently, it is 20 
judged whether or not the printer queue Includes a job 
waiting for a password input (step S1502). If the printer 
queue includes a job waiting for a password input, no 
. processing request is issued. On the other hand, if the 
printer queue does not include any job waiting for a 2s 
password input. N representing a printer queue number 
is set to one (step S1503), and it is judged whether or 
not the job execution section 13 becomes enabled (step 
Si 504). If the job execution section 13 is enabled, and If 
a job identifier (a job ID) is obtainable from the job infor- 30 
matlon of an Nth job in the printer queue (step SI 505). 
it is judged whether or not a password input wait is set 
to the job information of that job, before rt is checked 
whether or not the leading document of the job can 
issue a processing request (step S1506). If the pass- 36 
word input wait is set to the job information of that job. 
the job is rendered in a password input wait state (step 
S1507). No processing request is issued to a document 
of this job and documents of subsequent jobs until the 
job is released from this wait state. 40 

If another job is still waiting for a password input 
after step Si 507, or if there is a job waiting for password 
input in step .31502, the processing returns to step 
S1501 when the job is released from the password input 
wait state by the user's instruction input from the termi- 4s 
nal 1 1 or a timeout (step Si 508). 

On the other hand, if the password input wait is not 
set to the job information of the job in step SI 506, M 
representing a document number of thsA, job is set to 
one (step Si 509), and It is judged whether or not Mth so 
document information of a job having the previously 
mentioned job identifier is obtainable (step 81510). If 
the Mth document information is obtainable, it is judged 
whether or not the document Information is in a state of 
requesting processing (step S1511). If it is not in that ss 
state, it is then judged whether or not the document 
information Is waiting for processing (step S1512). If the 
document information is waiting for processing, a 
processing request for that document is issued to the 



job execution section 13, and the document information 
is placed in the state of requesting processing (step 
S1513). If the document informati n is the state of 
requesting processing in step S1 51 1, or If the document 
information is not in the state of waiting for processing in 
step S1513, it is judged whether or not the final docu- 
ment identifier of the document information is set to 
TRUE (step S1514). If the document identifier is not set 
to TRUE. M = M + 1 (step Si 515). The processing pro- 
ceeds to step S1510. and the next document will be 
processed. If the final document identifier is set to 
TRUE in step S1514. N = N + 1 (step S1516). the 
processing proceeds to step Si 504, and the next job 
will be processed. 

In this processing, it is checked whether or not the 
password input wait is set to a job, before it is checked 
whether or not the leading document of the job can 
issue a processing request. H the password input wait Is 
set to the job, the job is rendered in a password input 
wait state. No processing request is Issued to a docu- 
ment off that job and documents of subsequent jobs until 
the job is released from the password input wait state by 
the user's instruction or a timeout. As a result of this, it 
becomes possible to control the password input wait in 
parallel with the continuous Issue of document process- 
ing requests. 

Specific examples off the control off a job in a 
processing start wait state, a job in a processing com- 
pletion wait state, and a job in a password input wait 
state when document processing requests are continu- 
ously issued will be described. 

Rg. 1 7 is an explanatory view showing the relation- 
ship between a printer queue, in which jobs waiting for 
the initiation off processing are queued, and a terminate 
queue. 

Jobs 2 - 5 are queued in the printer queue 22. and 
a job 1 the processing of which was completed with 
respect to all documents of that job is queued in the ter- 
minate queue 23. In the case of jobs 2 and 3 in the 
printer queue 22, processing requests have already 
been issued to all of the documents of these jobs, but 
the processing of some of the documents is not com- 
pleted yet, and hence the documents still remain in the 
printer queue 22. 

In this exanple. a processing start wait is specified 
for a job 4, and the job 4 enters a processing start wait 
state the moment at whfoh a processing request for the 
document 2 of the job 3 is issued and the job 4 becomes 
the next object of the processing. A processing request 
for the next job 5 is not issued until this job 4 is released 
from the processing start wait state. When the process- 
ing of all the documents of the jobs 2 and 3 are com- 
pleted, the jobs 2 and 3 move to the terminate queue 
23. The job 4 is released from the processing start wait 
state by a user's instruction or a timeout. Thereafter, the 
job 4 is dealt in tiie same manner as an ordinary job. 

Rgs. 18 and 19 are ^lanatory views showing the 
relationship between a printer queue, in which jobs wait- 
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ing for the completion of processing are queued, and a 
terminate queue. 

In Fig. 17, the jobs 2 - 5 are queued in th printer 
queue 22. and the job 1 the processing of which was 
completed with resp ct to all documents of that job is s 
queued in the terminat queue 23. In the case of jobs 2 
and 3 in the printer queue 22. processing requests have 
already been issued to all of the documents of these 
jobs, but the processing of some of the documents is 
not completed yet, and hence the documents still io 
remain in the printer queue 22. 

In this example, a processing completion wait is 
specified for the job 4,. and a job identifier of this job 4 is 
retained in the printer queue 22. In this case, a process- 
ing request is only issuable with respect to documents is 
of the job 4, and no processing request is issued to the 
next job 5. 

When the processing of all the documents of the 
jobs 2 and 3 are completed, these two jobs vime to the 
terminate queue 23 as shown in Fig. 18. The job 4 is 20 
released from the processing start wait state the 
moment at which the processing of all the documents of 
the job 4 is completed. Since the job 4 is in the process- 
ing completion wait state, a processing request for the 
job 5 is not issued. After having been released from the 25 
processing completion wait state by the user's instruc- 
tion or a timeout, the job 4 moves to the terminate 
queue 23. 

Fig. 20 is an explanatory view showing the relation- 
ship between a printer queue, in which jobs waiting for a so 
password input are queued, a terminate queue, and a 
wait queue. 

Jobs 4, 6. 8. and 9 are queued in a printer queue 

22- 1, and the job 1 the processing of which was com- 
pleted is queued in a corresponding terminate queue 3S 

23- 1. Jobs 3, 7. 10. and 11 are queued in a printer 
queue 22-2, and a job 2 the processing of which was 
completed is queued in a corresponding terminate 
queue 23-2. In the case of jobs 4 and 6 in the printer 
queue 22-1, processing requests have already been 40 
issued to all of the documents of these jobs, txjt the 
processing of some of the documents is not completed 
yet, and hence the documents still remain in the printer 
queue 22-1. 

In the printer queue 22-1 , a password input wait is 45 
specified for the job 8, and the job 8 enters a password 
Input wait state the moment at which a processing 
request for the document 2 of the job 6 is issued and the 
job 8 becomes the next object of the processing. When 
a password is input by the user, the job 8 is released so 
from the password input wait state. However, if a pass- 
word is not input during a f ixed period of time, the job 8 
moves to the wait queue 20 as a resuft of the occur- 
rence of a timeout. During this period, a processing 
request for a document of the job 9 is not issued. After ss 
the processing of the documents of the jobs 4 and 6 has 
been completed, these two \obs move to the terminate 
queue 23-1 . At this time, if the job 8 is released from the 
password input wait state, the processing of the job 8 



becomes possible. However, if the job 8 remains in the 
password input wait state, processing requests for the 
documents of the jobs 8 and 9 are not issued until th 
job 8 is released from the password input state. There- 
after, if the job 8 moves to the wait queue 20 as a result 
of the occurrence of a timeout, a processing request for 
the job 9 becomes issuable. 

The printer queue 22-2 shows the manner in which 
the job 5 in the password input wait state between the 
jobs 3 and 7 moved to the weut queue 20 as a result of 
the occurrence of a timeout In the printer queue 22-2, 
the job 7 becomes issuable a processing request, 
because the job 5 moved to the wait queue 20. The job 
5 moved to the wait queue 20 is released from the pass- 
word input wait state resuKing from the input of a pass- 
word by the user, and the job 5 returns to the printer 
queue 22-2. When the job 5 returns to the printer queue 
22-2. the job is queued at the head of the queue or a pri- 
ority position thereafter. 

As -previously desaibed, in the secorxJ embodi- 
ment, when the job execution section becomes ena- 
bled, processing requests are sequentially issued for 
documents if the processing requests are issuable for 
these documents. If a processing start wait is set to the 
leading document of a job, the job is rendered in a 
processing start wait state, and no processing request 
is issued to documents of that job and subsequent jobs 
until the job is released from the processing start wait, 
state by the user's instruction or a timeout. By virtue of 
this configuration, it is possible to control the processing,: 
start wait of a job while processing requests for docu- 
ments are continuously Issued. 4 

Secondly, when the job execution section becomes'* 
enabled, processing requests for documents are 
sequentially issued if processing requests are issuable 
with respect to the documents. If a processing comple-- 
tion wait is set to the leading document of a job. the job 
is rendered in a processing completion wait state when 
the processing of that job is completely finished, and no ' 
processing request is issued to documents of subse-f 
quent jobs until the job is released from the processing 
completion wart state by the user's instruction or a time- 
out. By virtue of this configuration, it is possible to con- 
trol the processing completion wait of a job while 
processing requests for documents are continuously 
issued. 

Thirdly, when the job execution section becomes 
enabled, processing requests for documents are 
sequentially issued if processing requests are issuable 
with respect to the documents. If a password input wait 
is set to the leading document of a job, the job is ren- 
dered in a password input wait state when the process- 
ing of that job is completely finished, and no processing 
request is issued to documents of subsequent jobs until 
the job is released from the password input wait state t>y 
the user's instruction or a timeout. By virtue of this con- 
figuration. It is possible to control the password input 
wait of a job while processing requests for documents 
are continuously issued. 
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As previously described, scheduling is effected on 
a document-by-document basis in the second embodi- 
ment, and processing requests for documents are con- 
tinuously fesued. H nee, compared with the 
conventional case where scheduling is effected on a 
job-by-job basis, scheduling corresponding to the 
throughput of the job execution section can be carried 
out. As a result of this, useless idle time is eliminated, 
and job processing time can be reduced. Further, job 
control, such as a processing start wait, a processing 
completion wait, a password input wait, cannot be 
obstructed, and therefore it becomes possible to effec- 
tively utilize tile throughput of the job execution section 
while maintaining advantages of the conventional job 
control. 

A print processing system according to a tfiird 
embodiment of the present invention will now be 
described with reference to Figs. 22 to 25. The print 
processing system of this embodiment searches for a 
document which needs the conversion of a format by 
searching through jobs stored in a queue and converts 
the format of ihe job prior to print processing, when the 
format conversion facility becomes available. 

Fig, 23 is a block diagram schematically showing a 
print processing system 110 according to this embodi- 
ment. The print processing system shown in Fig. 23 is 
made up of a plurality of job acceptance sections 101 , a 
server management section 102, a job control section 
103, job execution sections 104, and an object manage- 
ment section 105. 

The job acceptance section 101 accepts a Job 
request from a terminal connected to a network (not 
shown) in compliance with a network protocol, and out- 
puts a job request relating to that job to the job output 
section 103. The server management section 102 
accepts operation input by the system manager, and 
outputs a control request for managing the job control 
section 103. The job control section 103 sends 
r sponse to the processing back to the sender control 
section 102. The job control section 103 inputs the job 
request from the job acceptance section 101 and the 
control request from the server management section 
1 02. To execute print processing associated with the job 
request, the job conft-ol section 103 issues a request for 
processing to,, a predetermined job execution section 
104 by transferring the job to the job execution section. 
A plurality of jobs simultaneously stay in the job conti-ol 
section 103, spool queues, printer queues, or the like, 
are managed witiiin the job conti-ol section 1 03. The Job 
execution section 104 is made up of more than one job 
processing sections and job output sections (neither 
being shown in ttie drawings). The job processing sec- 
tions execution processing such as the conversion of a 
print format, whereas tiie job output sections outputs 
jobs, namely, executes output processing of print. Upon 
receipt of a job processing request from a job execution 
section control section 1 08 which will be described later, 
the job execution section 104 reads necessary informa- 
tion (such as attribute) from an object management sec- 



tion 105 which will be described later, and executes the 
thus read information. Variations in state resulting from 
tiie progress of processing are reported to tiie job exe- 
cution section control section 108 every time the state 
5 changes. 

The object management section 105 manages var- 
ious types of objects used in the job execution section 4 
as atb^ibutes and values. The objects comprise objects 
of an input job, objects of a printer and a converter of the 
10 job execution section 1 04. and objects of the object con- 
trol section itself. The job execution section 104 make 
access to tiiis object management section 105, fetching 
attributes of jobs for which tiie job execution section 
received a request from tiie job control section 103 and 
15 executing processing of each job. 

The job control section 103 is made up of a request 
control section 106. a job scheduling section 107. a job 
execution section control sectk)n 1 08, and a queue con- 
trol section 109. 
20 The request control section 106 accepts a job 
request and a control request from ttie job acceptance 
section 101 or the server management section 102, and 
prepares an object of that job using the object manage- 
ment section 105. The request conti-ol section 106 
25 issues a job processing request to the job scheduling 
section 107 or the job execution section 108. Upon 
receipt of a job request, the request corrtrol section 106 
checks whettier or not a job ID is set in tiie document 
attributes of that job. If tiie Job ID is not set in the docu- 
30 ment atti'ibutes, the job request is considered as a new 
Job request. When received response from the job 
scheduling section 107 which issued the job processing 
request, the request control section 106 sends a newly 
provided job ID back to the user. The user sets this pro- 
35 vided ID to a job request which the user continuously 
attempts to issue. If the job ID is set to a received job 
request, the request corrtrol section 106 judges the job 
request as being a document associated with a series 
of job requests which have already been accepted. 
40 The job scheduling section 107 manages queues 
corresponding to the job execution section 104 and 
queues necessary for scheduling, and schedules job 
requests from the request control section 106. The job 
scheduling section 107 sequentially queues documents 
45 of a job in a spool queue when the Job received from the 
request control section 106 is a completion type job 
which will be described later. When all of the documents 
of the job are completely obtained, the job scheduling 
device 107 selects a specified output device, and 
50 queues the job in a printer queue corresponding to that 
output device. On the other hand, if the job is a noncom- 
pletion type job which will be described later, the job 
scheduling device 107 selects the specified output 
device and then queues the job in a corresponding 
55 printer queue. Further, the job scheduling section 107 
issues a Job processing request relating to the job 
queued in ttie printer queue to ttie corresponding job 
executksn section 104 via the job execution section con- 
trol section 108. 
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The job execution section control section 108 trans- 
fers a processing request from the request control sec- 
tion 106 or tti job scheduling section 107 to the job 
execution section 104. Further, the job execution sec- 
tion control section 1 08 transfers a status acknowledge- $ 
ment relating t the job delivered from the job execution 
section 104 to the job scheduling section 107. For 
example, when a conversion processing section, which 
will be described later, becomes enabled, the job execu- 
tion section control section 1 08 issues a ready acknowl- w 
edgement to the job scheduling section 1 07. Contrary to 
this, if the conversion processing section is disenabled, 
the job execution section control section 108 issues a 
busy acknowledgement to the job scheduling section 
107. A status acknowledgement other than a job is is 
transferred to the object management section 105, and 
the state of an object which is the object of the status 
acknowledgement is changed. 

The queue managemerrt section 109 prepares 
queues, each corresponding to each job execution sec- 20 
tion 104. according to an instruction from the job sched- 
uling section 107 and queues jobs. In addition to the 
preparation of queues, the queue management section 
109 moves queues and witches the order of docu- 
ments In the queue in response to a request from the 2S 
system manager. 

Fig. 22 is a block diagram showing the detailed con- 
figuration of the job scheduling section 107.' 

The job scheduling section 107 is provided with a 
print document type determination unit 11 1 . an output 30 
device selection unit 1 12, a conversion processing sec- 
tion selection unit 113, arxi a job search unit 114. In 
addition to the previously mentioned scheduling func- 
tion, the job scheduling section 107 searches for each 
queue in the queue management section 109 during a 3S 
print processing wait, and carries out the conversion of 
a print format if there is a job which needs the conver- 
sion of a print format. 

The print document type determination unit 111 
determines whether the processing of a job is a comple- 40 
tion type or a noncompletion type with reference to a job 
request transferred from the request control section 
106. The completion type job is characterized in that 
print processing is not started until all documents 
included in a job are completely obtained. For example, 45 
a one-job multidocument type job is mentioned as one 
example of this type. The noncompletion type job is 
characterized in that the processing of a received job is 
sequentially started. 

The output device selection unit 112 selects either so 
of output devices 1 16-1 and 116-2 deperxiing on an out- 
put device name specified for the job. for example, a 
printer name. 

The conversion processing section selection unit 
1 1 3 judges whether or not tiie conversion of a print for- 55 
mat is necessary by comparing formats of documents 
included in a job with print formats which the output 
devices 116-1 and 1 16-2 can interpret. If the conversion 
of a print format is necessary, the conversion process- 



ing section selection unit 113 selects a conversion 
processing section suitable for that conversion from 
conversion sections 1 1 5-1 and 1 1 5-2. 

The job search unit 114 searches spool queues and 
printer queues using a queu management section 109 
which will be described later, and judges whether or not 
there is a job including documents which need the con- 
version of a print format at the job execution section 
104. 

The job execution section 104 is made 143 of a con- 
version processing section (a converter) for converting 
a print format, and an output device (a printer) which 
outputs a document on a printer in compliance with a 
print format. The conversion section 115-1 converts a 
print format A to a print format B. whereas the conver- 
sion section 115-2 converts a print format C to a print 
format D. The output device 116-1 corresponds to tiie 
print format B, and the output device 1 16-2 corresponds 
' to the print format D. 

The queue management section 109 prepares var- 
ious types of queue which the job scheduling section 
' 107 uses.' Documents of a completion type job are 
queued in a spool queue 1 1 7, and the job is managed 
within this queue until all documents of that job are com- 
pletely obtained. A wait queue 118 is one type of 
processing wait queue, and jobs waiting for a password 
input by the user are stored in this queue. A pause 
queue 1 19 is a queue in wNch temporarily interrupted 
jobs are stored. When a pause button (not shown) of tiie 
server management section 102 is pressed, a job 
moves from a printer queue, which will be desaitDed 
later, to the pause queue 1 19, or the job returns to the :' 
printer queue when a resume button is pressed. Printer 
queues 121 and 122 correspond to the output devices 
116-1 and. 116-2, jobs waiting for print processing are 
queued in these printer queues. 

The operation of each section associated with ttie 
flow of processing, from the receipt of a document for 
which a job requested is issued to the queuing of the job 
in a printer queue, in the previously mentioned print- 
processing system 1 10 will be described with reference 
to a flowchart of Fig. 24 and Rgs. 22 and 23. 

To begin with, tiie job acceptance section 101 
accepts a job request from a terminal connected to a 
network (not shown) and transfers tiie thus accepted job 
request to the job control section 103. 

Upon receipt of the job request (step S2101), the 
request control section 106 of the job control section 
103 prepares an object associated with the job request 
using the object management section 1 05, and issues a 
request for job processing to the job scheduling section 
107 or the job execution section control section 108. 
The object prepared by the object management section 
105 is used later when conversion or output processing 
is carried out in the job execution section 104. 

When tfie job request is transferred to the job 
scheduling section 107, the print document type deter- 
mination unit 111 determines wheUier the processing of 
the job is a completion type job or a noncompletion type 
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j<:*> (step S21 02). If th job is a completion type job. the 
job scheduling section 107 accepts the processing of a 
completion typ job {step S2103) and queues a docu- 
ment in the spool queue 1 1 7 using the queue manage- 
ment section 1 09 (step S21 04). 5 

On the other hand, the request control section 106 
checked whether or not a job ID is set to the document 
when received the job request in step S2101, and 
informed the job scheduling section 107 whether the job 
is the leading document of the job. io 

Depending on the acknowledgment received from 
the request control section 106. the job scheduling sec- 
tion 107 selects an output specified as one of the 
attributes of the document using the output device 
selection unit 1 12 (step S2106), when the document is is 
the leading document of the job (step S2105). In this 
case, assume that the output device 116-1 is selected. 

Subsequently, the job scheduling section 107 
judges whether or not the document needs the conver- 
sion of a printibrmat by comparing a print format of the 20 
document queued in the spool queue 1 17 with a print 
format of the.output device 116-1 (step S2107). If the 
document needs the conversion of the print format, 
..either of the conversion sections 115-1 and 115-2 is 
selected (step S2108). In this case, the print format of 25 
the document is A, and hence assume that the conver- 
sion section 1 1 5-1 which converts a print format A to a 
print format B is selected. 

If a conversion section for converting a print fomiat 
of a received document to a print format of a specified 30 
output device, is not available, a request for print 
processing is issued to the specified output device. 
TTiereafter. the output device carries out processing in 
r sponse to errors. In addition, the output device may 
be arranged so as to issue an error acknowledgement 35 
to the user who issued the job request, or the job may 
be redirected to another print processing device in the 
network. 

The job scheduling section 107 judges whether or 
not the conversion section 1 15-1 is enabled depending 40 
on the status acknowledgement from the selected con- 
version section 115-1 (step S2109). If the conversion 
section 1 15- Us enabled, a request for the conversion of 
the document is issued to the conversion section 1 15-1 
via the job execution section control section 108 (step 4S 
S2110). The conversion section 115-1 which received 
the conversion request reads information necessary fbr 
conversion processing from the object management 
section 105, and converts a print format A included in 
the job into a print format B. At this time, the conversion so 
section 115-1 issues a tnjsy acknowledgement to the 
job execution section control section 108 when conver- 
sion processing is started, and issues a ready acknowl- 
edgement to the job execution section control section 
1 08 when the conversion is completed. ss 

If the selected conversion section 1 15-1 is not ena- 
bled, the job scheduling section 107 leaves the received 
document queued In the spool queue 117. 



If the received document is not the final document 
of the job (step S21 1 1), the processing returns to step 
S2101 and the next document is accepted. If the 
received document is the final document of the job, the 
queue management sectbn 1 09 moves th job from the 
spo I queue 117 to a printer queue 121 corresponding 
to the output device 116-1 (step S21 1 2) 

In this way, if the job is a completion type job, the 
received document is temporarily queued in the spool 
queue 117. After all of the documents of that job have 
been obtained, the documents are queued in the printer 
queue 122. Depending on the state of the conversion 
section 115-1 when each document is queued, some 
documents may be queued in the printer queue 122 
while they remain unconverted. However, an attempt is 
again made to convert these unconverted documents 
while the documents are queued in the printer queue 
122. This processing will be described with reference to 
a flowchart shown in Fig. 25. 

If the processing of a job is judged as a noncomple- 
tion type job in step S2102, the job scheduling section 
107 accepts the processing a noncompletion type job 
(step S2113). Depending on the acknowledgement 
from the request control section 106, the job scheduling 
section 107 selects an output device specified fbr the 
leading document using the output device selection 
section 112 (step S2115), when the document is the 
leading document of the job (step S21 14). Further, the 
job scheduling section 107 queues the document in the 
printer queue corresponding to the selected output 
device using the queue management section 109 (step 
S2116). In this case, assume that the output device 
116-2 is selected and the document is queued in the 
printer queue 122. 

Subsequently, the conversion processing section 
selection unit judges whether or not the received docu- 
ment needs the conversion of a print format by compar- 
ing a print format of the received document with a print 
format of the output d6vk;e 116-2 (step S2117). If the 
document needs the conversion of the print format, 
either of the conversion sections 115-1 and 115-2 is 
selected (step S2118). In this case, the print format of 
the document is C, and hence assume that the conver- 
sion section 115-2 which converts a print format C to a 
print format D is selected. 

If a conversion section for converting a print format 
of a received document to a print format of a specified 
output device is not available, a request fbr print 
processing is issued to the specified output device as in 
the case of the completion type job. 

The job scheduling section 107 judges whether or 
not the conversion section 115-2 is enabled depending 
on the status acknowledgement from the selected con- 
version section 115-2 (step S2119). H the conversion 
section 1 1 5-2 is enabled, a request fbr the conversion of 
the document is issued to the conversion section 1 15-2 
via the job execution section control section 108 (step 
S2120). The conversion section 115-2 which received 
the conversion request reads information necessary for 
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conversion processing from the object management 
section 105. and converts a print format C included in 
the job into a print format D. At this time, the conversion 
section 115-2 issues a busy acknowledgement to the 
job execution section control section 108 when conver- 5 
sion processing is started, and issu s a ready acknowl- 
edgement to the job execution section control section 
108 when the conversion is completed. 

If the selected conversion section 115-2 is not ena- 
bled, the job scheduling section 1 07 leaves the received w 
document queued in the printer queue 122. 

If the received document is not the final document 
of the job (step S2121). the processing returns to step 
S2101 and the next document is accepted. If the 
received document is the final document of the job, the is 
processing is terminated. 

If the job is a nonconpletion type job. documents ' 
are sequentially queued in the printer queue 122 from 
the first document. Depending on the state of the con- 
version section 115-2 at that time, some documents 
may be queued in the printer queue 122 while they 
remain unconverted. However, an attempt is again 
made to convert these unconverted documents while 
the documents are queued in the printer queue 122. 
This processing will be described with reference to tiie 2s 
flowchart shown in Fig. 25. 

Upon receipt of a ready acknowledgement from the 
conversion processir)g section which was not possible 
to process the job in step S2109 or step S2119 shown 
in Fig. 24 via the job execution section control section 30 
108. the job scheduling section 107 retrieves a job 
including a document which needs conversion and 
makes again an attempt to convert the document. This 
processing is carried out in parallel with the prevk)usly 
mentioned processing defined by the flowchart shown as 
in Fig. 24. 

The flow of conversion processing when the con- 
version processing section becomes enabled will be 
described using a flowchart shown in Fig. 25. and the 
operation of each section will also be described with ref- 4o 
erence to Figs. 22 and 23. 

Upon receipt of a ready acknowledgement from the 
conversion section 1 1 5-1 or 1 1 5-2 via the job execution 
section control section 1 08 (step S2201}, ttie job sched- 
uling section 1 07 searches each queue managed by tiie 45 
queue management section 109 using the job search 
section 114 and retrieves a job including a document 
which needs conversion processing carried out in the 
conversion processing section. 

Initially, the job search unit 114 sets a count N to so 
one (step S2202}, and retrieves a job, including a docu- 
ment which need the conversion of a print format exe- 
cuted by the conversion processing section, from a 
printer queue N (step S2203}. 

In other words, jobs stored in a queue to be 55 
retrieved are sequentially searched, and it is judged 
whether or not the searched job includes a document 
which needs the conversion of a print format. For exam- 
ple, when tiie output device 116-1 is selected with 



respect to 'tiie searched job. it is judged whether or not 
this job Includes a document in a format ther than a 
print format B, because the output device 116-1 can 
process tiie print format B. If the output device 1 16-2 is 
selected with respect to the searched job, it is judged 
whether or not tiie job includes a document in a fbrmat 
other than a print format D. because the output device 
1 16-2 can process a print fbrmat D. 

If the job Including a document which needs con- 
version is found, a conversion processing section which 
carries out necessary conversion is selected, and a 
request for the conversion of the document is issued to 
the selected conversion processing section via tiie job 
execution section control section 108 (step S2204). The 
conversion processing section reads information neces- 
sary for conversion processing from the object manage- 
ment section 1 05 and converts a print format included in 
the job. The conversion processing section issues a 
busy acknowledgement to the 'job exedition section 

•control section 108 when-thexonversion'processlng is 
carried out and also issues a ready acknowledgement 
to the job execution section control section 108 when 
the conversion is terminated. * 

If the job Including a document which needs con- 
version is not found in the printer queue N. it is judged 
whether or not there Is another printer queue (step 
S2205). If there Is another printer queue, N+l is reset to 
N (step S2206). and the processing returns to step 
S2203. If there is no printer queue to be searched in 
step S2205. the pause queue 119 will be searched to^ 
find a job including a document which needs the conver- 
sion of a print format executed in the conversion ^ 
processing section (step S2207). if a job Including a 
document which needs conversion is found, a conver- 
sion processing section which cames out necessary 
conversion processing is selected, and a request for tiie 
conversion of the document is issued to the selected 
conversion processing section via the job execution 
section control section 108 (step S2204). 

If a job including a document which needs conver- 
sion is not included in the pause queue 119, the wait 
queue 1 18 will be searched to find a job including a doc- 

* ument which needs the converston of a print fbrmat exe- 
cuted in the conversion processing sectton (step 

52208) . H a job including a document which needs con- 
version is found, a request for the conversion of the doc- 
ument is issued to a conversion processing section via 
the job execution section control section 108 (step 
S2204). 

If a job including a document which needs conver- 
sion is not included in the wait queue 118. the spool 
queue 1 1 7 will be searched to find a job including a doc- 
ument which needs the conversion of a print format exe- 
cuted in the conversion processing section (step 

52209) . If a job including a document which needs con- 
version is found, a request for the conversion of the doc- 
ument is issued to a conversion processing section via 
the job execution section control section 108 (step 
S2204). 
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The order of the retrieval of queues is not limited to 
the above described order. However, it is most efficient 
to retrieve queues in order from the queue dosest to the 
print processing, namely, in the order of the printer 
queue, the wait queue, the pause queue, and the spool 
queue. 

After the conversion processing has been termi- 
nated in step S2204, the job scheduling section 107 
newly sets the print data produced after the conversion 
as print data of this document. When either of the output 
devices 1 16-1 and 1 16-2 becomes enabled, the leading 
job in the printer queue 121 or the printer queue 122 is 
fetched, and a request for print processing is issued to a 
corresponding output device via the job execution sec- 
tion control section 108. 

If the conversion processing section does not 
become enabled while the job is queued in the printer 
queue, the job will be sent to the output device while 
including the.document which needs conversion. In this 
case, the > print format of the document is converted 
when the conversion processing section becomes ena- 
bled immediately before print processing is carried out. 

According to the print processing system 1 1 0 of this 
~ embodiment, even if a job including a document which 
needs conversion is stored in any of queues including 
the spool queue, each queue is retrieved the instant 
when the conversion processing section which carries 
out necessary conversion becomes enabled, and the 
necessary conversion is effected. When a Job at the 
leading end of the printer queue is fetched, there is a 
considerably increased possibility that the conversion 
has previously been completed. For this reason, com- 
pared with a conventional method in which a print for- 
mat is converted Immediately before a printer 
processes print data, this processing system makes it 
possible to reduce idle time of the printer arxi improve 
print throughput. Particularly, in the case of the comple- 
tion type job, a job which needs conversion is retrieved 
while it is queued in the spool queue as well as in the 
printer queue, and therefore improved throughput is 
achieved, in the case of the print processing of the one- 
job multidocument. 

As described above, according to the third embodi- 
ment, while a. received job is stored in queue unit, a job 
including a dopument which needs the conversion of a 
print fbrmat^-Js retrieved when the conversion unit 
becomes enabled, and the document included in the Job 
is converted. By virtue of such a configuration, com- 
pared with the conventional method in which a print for- 
mat is converted immediately before the processing of a 
document, the print processing system of this embodi- 
ment makes It possible to reduce idle time of a printer 
and improve print throughput. 

Further, while a received job is stored in a spool 
queue or a printer queue, a job including a document 
which needs the conversion of a print format is retrieved 
when the conversion unit becomes enabled, and the 
document included In the job is converted. In parallel 
with this, when the conversion processing section 



becomes enabled, a job including a document which 
needs the conversion of a print format is retrieved in the 
printer queue, and the document included in the job is 
converted. Therefore, when a job including a document 

5 which needs conversion is fetched from the head of the 
printer queue for print processing, there is an increased 
possibility that the conversion of the document has pre- 
viously been completed. Hence, the Idle time of the 
printer can be reduced to a much greater extent, and 

10 therefore the print throughput can be improved further. 
Not only jobs stored in the spool queue are 
retrieved, but also jobs are retrieved while they are 
stored in the printer queue after having moved from the 
printer queue from the spool queue. For this reason. 

IS particulariy in the case of a one-job multidocument, 
throughput Is considerably improved. 

A print processing device according to a fourth 
embodiment of the present invention will be described 
with reference to Figs. 26 to 33. This embodiment is 

20 directed to solve problems such as a long period of 
standby time which likely occurs as a result of a receiv- 
ing failure, or the occupation of a printer for a long 
period of time when a before-complete attribute or an 
after-complete attribute is specified at the time of sched- 

25 uling a one-job multidocument. 

Rg. 27 is a block diagram showing one example of 
the configuration of the print processing device of the 
fourth embodiment of the present invention. 

In Fig. 27, the print processing device is made up of 

30 a job acceptance section 201, a management section 
202. a management I/O control section 202a, a job con- 
trot section 203, a job execution section 204, a log file 
206, an account fOe 207, an object processing section 
208, and an object file 209. 

35 The Job control section 203 has a job control ele- 
mentary section 210, an event processing section 210a, 
a logging processing section 210b, an accounting 
processing section 210c, and an object management 
section 210d. 

40 The job acceptance section 201 accepts a job Input 
from a client workstation through a network N and uni- 
fies various types of format of received jobs into a job 
format defined by this print processing device. The job 
acceptance section 201 then feeds this unified format to 

45 the job control elementary section 2 1 0 of the job control 
section 203. Several types of job acceptance sections 
are prepared as the Job acceptance section 201 so that 
they can cope with several protocols enployed in sev- 
eral types of client workstation. In the illustrated exam- 

50 pie. there are three types of job acceptances 201a, 
201b, and 201c. Each job acceptance section 201 has 
its own spool and holds document data of a printed doc- 
ument included in a received job. 

The management section 202 accepts operation 

55 delivered from the system manager and issues a 
request for management control processing to the job 
control section 203 through the management I/O control 
section 202a which is an interface. The management 
I/O control section 202a is also connected to the net- 
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work N. and it is also possible for the client to issue a 
request for the acquisition of necessary Information, for 
example, printing completion to the management I/O 
control section. 

The job control section 203 receives a print s 
processing job from the job acceptance section 201 and 
analyzes the contents of the job. The job control section 
issues a request for the execution of that job to the job 
execution section 204. The job control section 203 also 
receives a control request for management from the io 
management section 202 through the management I/O 
control section 202a and executes processing corre- 
sponding to the contents of the request. 

The job execution section 204 is a printer to execute 
a job such as printing or a converter which executes a is 
job for converting the format of the print document, with 
respect to which the dient issued a print request to a - 
page description language supported by the printer, for 
example, PostScript. Accordingly, an execution instruc- 
tion Is not necessarily issued once to tiie job execution 20 
section 204 from tfie job control section 203 depending 
on the contents of the job. The execution instruction is 
repeatedly issued a necessary number of times. A 
device which executes the job may be a various types of 
printer or converter In the illustrated embodiment, as 25 
one example, three job execution sections 204a, 204b, 
and 204c are shown. 

The event processing section 210a Issues an 
acknowledgement to the management section 202 via 
the management I/O control section 202a with respect 30 
to various types of event such as the completion of a job 
and the cancellation of a job issued from the job control 
section 203. The history of issue of various event is writ- 
ten into the log file 206 through the logging processing 
section 210b. The accounting processing section 210c 3S 
collects setting formation relating to jobs such as what 
kind of function was utilized. Account information relat- 
ing to, for example, the number of pages of a printed 
document requested tiirough the object management 
section 210d and the object processing section 208 is 40 
collected from the object file 209, and the thus collected 
information is written into the account file 207. 

The object management section 21 Od manages 
jobs accepted by the job acceptance section 201 as one 
object The object management section 210d writes 45 
attribute information relating to a job requested by the 
client Into the object file 209 using tfie object processing 
section 208. and reads information of a necessary 
object from the object file 209 through the otsject 
processing section 208 as needed. When the job execu- so 
tion section 204. which Is a printer, fetches document 
data of a print document from the spool of the job 
acceptance section 201 to print the document, the 
object processing section 208 also reads document 
attribute, such as the location of document data and ss 
paper size on which the data are printed, from the object 
file 209 and sends that document attribute to the job 
execution section 204. 



Fig. 28 is a block diagram showing one xample of 
tiie configuration of the job control elementary section 
210. 

In Fig. 28. the job control elementary section 210 Is 
further provided with a request conti-ol section 211.' a 
job scheduling section 212. a Job execution section con- 
trol section 213. and a queuing management section 
214. The request control section 211 executes process- 
ing between the request control section 21 1 and the job 
acceptance section 201. b^een the request control 
section 211 and tiie management section 202 through 
the management I/O control section 202a, and between 
the request control section 21 1 and the object manage- 
ment section 21 Od. The job execution section control 
section 213 executes processing between the Job exe- 
cution section control section 213 and the Job execution 
section 204. 

The request control section 211 accepts a Job 
request firom the Job acceptance section 201 and ana- 
lyzes the job request. If the job request is recognized as 
job information, the request control section 21 1 issues a 
request tor tiie generation of job information to tiie 
object management section 21 Od. Based on the thus 
generated information, the request conti-ol section 
issues a request for scheduling to the job scheduling 
section 212. Further, the request control section 211 
tiBnsfers a request from the management section 202 
which Is Irrelevant to the Job, for example, the Interrup- 
tion of a printer, to the job execution section conti'ol sec- 
tion 213, and sends back response from the job 
execution section 204 which is received from the 'job 
execution section control section 213 to the manage- 
ment section 202. * 

The job scheduling section 212 fetches a core- 
spondlng Job and an object of tiie associated job execu- 
tion section 204 from the object management section 
210d. The Job scheduling section 212 schedules ttie 
job, and carries out the queuing of the job. such as the 
preparation of a specialized queue corresponding to 
each of the job execution sections 204. using the queue 
management section 214. The job scheduling section 
212 issues a Job processing request to tiie Job execution 
section 204 through tiie Job execution -section oorrtrol 
section 213. The queue management section 214 
queues the job In compliance with an Instruction from 
the job scheduling section 212, and sends information 
necessary for accounting processing to the accounting 
processing section 210c. 

Corresponding to the acceptance of the jobs, tiie 
request control section 21 1 generates a plurality of 
request processing sections 220-1. 220-2. ... 220-n. 
Similarly, the Job scheduling section 212 generates a 
plurality of processing sections 230-1, 230-2, ... 230-n 
which carry out processing in response to a request 
from the request control section 211 and a plurality of 
different processing sections 240-1, 240-2. ... 240-n" 
which carry out processing with respect to the job exe- 
cution section control section 213. The processing is 
eff icientiy carried out in a parallel manner. 
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Fig. 26 is a functional block diagram showing one 
example of the configuration of the job scheduling sec- 
tion. 

Fig. 26 only shows, as rqxesentative exampi s, a 
processing section 230-n and a different processing s 
section 240-n which are generated corresponding to the 
acceptance of. for example, an Nth job. The processing 
section 230-n is provided with a scheduling attribute 
judgement section 251. a final document judgement 
section 252. a timer monitoring section 253 and a timer io 
253a, a job completion processing section 254. a final 
document processing section 255. and a printer selec- 
tion processing section 256. 

The scheduling attribute judgement section 251 
judges whether the processing mode instructed by the is 
client Is after-complete processing or before-complete 
processing. Depending on the result of this judgement, 
in the case of the after-complete processing, the printer 
selection processing section 256 selects a printer after 
all of print 'documents relating to this job have been 20 
completely received, namely, after the final document 
judgement section 252 has judged a received print doc- 
ument as the final document In the case of the before- 
complete processing, the printer selection processing 
section 256 immediately selects a printer upon receipt 2s 
of the first print document. 

The timer monitoring section 253 monitors a series 
of print documents delivered from the client and also 
monitors whether or not the next print document was 
received within a predetermined period of tima 30 
Although a plurality of print documents are delivered 
from the client for one job. the present print processing 
device is designed to receive the next document after 
having confirmed that one document was properly 
received. For example, if the print processing device 36 
became impossible to receive the next document 
because of a network failure, the print processing 
device will have to wait to receive the next document in 
an unlimited manner. To prevent this, if a predetermined 
period of time lapsed after the receipt of a document 40 
has been checked and if the next document was not 
received after the timer 253a has timed out. the final 
document processing section 255 deals a previously 
received document as the final document of this job in 
the case of the after-complete processing, whereas the 45 
job completion processing section 254 terminates the 
job by dealing the previously received document as the 
end of the job in the case of the before-complete 
processing. When a document is normally received, the 
timer 253a is set at the moment. If the next document is so 
received within a predetermined perkxl of time after the 
receipt of the previous document, that is. before the 
timer 253a timed out, the timer 253a will be reset, and 
therefore normal processing corresponding to the 
schedule attrifcxite is carried out. ss 

When executing a received job, the different 
processing section 240-n sends, back to the job execu- 
tion section 204. information relating to the order of jot)s 
queued in ttie queue management section 214 and print 



documents corresponding to the request from the job 
execution section 204. 

Rg. 29 is a block diagram showing one example of 
the queue management section. 

The queue management section 214 has a printer 
queue 260 and a reception-waiting queue 270. The 
printer queue 260 is prepared for each printer. The 
printer queue 260 and the receipt-waiting queue 270 
have the same structure. If a certain job processing 
request is received, a job block Job 1 and a document 
block DOC 1 will be placed in the printer queue 260. If 
the next document is received, a document block DOC 
2 will be positioned below the document block DOC 1 . If 
the next job processing request is received, a job block 
Job 2 will be placed subsequent to the job block Job 1 . 
In the case of the before-complete processing, the doc- 
ument is directiy queued in the printer queue 260. On 
the other hand, in the case of the after-complete 
processing, the document is first queued in the recep- 
tion-waiting queue 270. and the document is moved to 
the printer queue 260 if the document is judged as the 
final document. Then, the job, that is, printing is exe- 
cuted. If it is judged that the job was completed, the 
leading job block and all of the other document blocks 
linked to the leading job block will be removed from the 
printer queue 260. 

Rgs. 30a to 30c show one example of a data struc- 
ture of a document print request. 

As shown In Rg. 30a. data .280 delivered from the 
client is made up of a job attribute 281 which serves as 
a header of the data, and a number of document data 
Items (n) 282-1, 282-2, ... 282-n which serve as a data 
portion of the data. A document attribute is added to 
substance of each of the document data items 282-2. 
282-2. ... 282-n. 

As shown in Figs. 30b and 30c. the data 280 
received by the print processing device is divided into 
an attribute data item 280a and a document data item 
280b. The document data item 280b is stored in the 
spool of the job acceptance section 201, whilst the 
attribute data item 280a is stored in the object file 209 
after a file path name of a spool of each document data 
has been added to it. 

One example of the job attribute comprises: 

a job name "job-name"; 

a client of a job "job-owner^ -user-name"; 

a printer name which the user wants to use "printer- 

name-requested": and 

a schedule attrbute "job-scheduling". 

The schedule attribute can be designated as either 
the after-complete processing or the before-complete 
processing. Furtiier, the schedule attribute can be des- 
ignated so as to follow the schedule attribute specified 
by the print processing device. 

TTie document attribute corrprlses: 
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the description of a document "document-descrip-* 
tion"; 

the designation of a page description language 
"document-format": 

the designation of an output bin "output-bin-name"; s 

the designation of paper size "media-used**: 

the designation of a paper feeder "feeder-used": 

and 

the designation of single/double-sided printing 
"sides^ 10 

These attribute elements can be specified for each 
document. 

For the data 280 sent from the client, since there a 
plurality of document data items in the data portion of is 
the data 280. it can be understood that print requests for 
a plurality of documents must be processed as one job. 

The processing of the job scheduling section 212 
when a print request was properly accepted from the cli- 
ent without a failure will be described. ' 20 

Fig. 31 is a flowchart showing the flow of the 
processing of the job scheduling section. 

This flowchart shows processing carried out when 
a print request is normally received without any failures 
during timeout monitoring practiced by the time monitor- 2S 
ing section 253 between received documents. 

When the request control section 211 accepted a 
job. it is checked whether or not the attributes, i.e.. 
parameters of the job and a document of that job are 
valid before the job is processed by the job scheduling 30 
section 212 (step SI). Subsequently, it is checl<ed 
whether or not the check is valid (step S2). If it is judged 
that the job includes invalid parameters, the processing 
will proceed to error processing (step S3). 

The schedule attribute Judgement section 251 as 
judges whether the scheduling attribute is the after- 
complete processing or the before-complete processing 
(step S4). If the scheduling attribute is judged as the 
after-complete processing, the job scheduling section 
212 queues the received document in the reception- 40 
waiting queue 270 of the queue management section 
214 (step 35). Then, the final document judgement sec- 
tion 252 judges whether or not the received document is 
the final document and all documents have been 
received (step S6). If all documents were not received 45 
yet, the final document judgement section waits for the 
reception of the next document. If the reception of the 
document has been completed, the processing pro- 
ceeds to the selection of a printer by the printer selec- 
tion processing section 256 (step ST). The document is so 
moved from the reception-waiting queue 270 to the 
printer queue 260 (step S8). 

If the scheduling attribute is Judged as the before- 
complete processing as a result of the judgement in 
step S4, it is checked whether or not the received docu- ss 
ment is the leading document (step 39). If the received 
document is the leading document,' the printer selection 
processing section 256 selects a printer (step S10). If 
the received document is not the leading document, 



printer selection' is omitted because the printer has 
already been selected, and the document is queued in 
the printer queue 260 (step 31 1). 

It is then checked whether or not the queuing of the 
document has properly been performed (step 31 2). and 
it is also checked whether or not the selected print r is 
ready for printing (step 313). If the printer is read for 
printing, a print request is issued to the printer by way of 
the job execution section control section 213 (step SI 4). 
On the other hand, if the printer is occupied and disen- 
abled, the processing enters a standby state until the 
printer becomes enabled. 

Fig. 32 is a flowchart showing the flow of timeout 
processing in the case of the after-complete processing. 

According to this flowchart, if a receiving failure 
arises during timeout monitoring practiced between 
received documents, it is checked whether or not ths" 
accepted Job has the attribute of after-cQfnpiete 
processing. Thefirial document judgemisrif secficin 252 
judges whether or not a ddssmerrt reiceived before the 
occijrrence,Gt the receiving failure is the final document, 
that is, whether or not all of the documerits have already 
been received (step 321). If all of the documents have 
already been received, the processing proceeds to the 
selectioh of a printer. If it is judged that some docu- 
ments are not received yet in step 321, the final docu-' 
ment processing sectinn 255 sets the finally received 
document queued in the rebcption-waiting queue 270 to 
the final document of this job, iv^mely. the final docu- 
ment processing section sets final document informa- 
tion with respect to the finally received documbnt {<itep 
322). and the processing proceeds to the selection of a 
printer. 

Fig. 33 is a flowchart showing the flow of timeout 
processing at the time of before-complete processing. 

If a receiving failure arises during timeout monitor- 
ing practiced between received documents, the sched- 
ule attribute judgement section 251 checks that the 
received job has the attribute of before-complete 
processing. To begin with, it is checked whether or not 
the reception of the job has been completed (step 331). 
If it is checked that the reception of the job has already 
been completed/ the job will be completed. However, if 
the reception of the Job has not been completed yet. it 
will be checked whether or not the printing of all docu- 
ments received by that time has been completed (step 
332). If the printing of all the documents has already 
been completed, the job will be completed. Hence, the 
job completion processing section 254 carries out the 
completion processing of the job, that is, removes the 
leading job block from the printer queue 260 (step S33). 
In step 332, if it is judged that the printing of all the doc- 
uments is not completed yet and some documents are 
waiting for printing, the job completion processing sec- 
tion 254 sets the final document which is queued in the 
printer queue 260 and is waiting for printing as the final 
document of this job (step 334). and the processing 
continues. ' 
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As described above, according to the fourth 
embodimeni, even If a part of a document of a job is not 
received due to a rec iving failur , the after-c nrplete 
processing will be forcibly started, and the before-com- 
plete processing will be forcibly terminated. Hence, it 
becomes possible t eliminate a long period of idle time 
of a printer and prevent a printer from being occupied fbr 
a long period of time. 

With reference to Figs. 34 to 41. a job processing 
execution system according to a fifth embodiment of the 
present invention will now be described. The job 
processing execution system of the fifth embodiment Is 
directed to smoothly effect the pausing and resunrptlon 
of a job by moving a job from a printer queue to a pause 
queue when a job pause request Is Issued, and by 
returning the job from the pause queue to the printer 
, qtietjS^^hen a resumption request is issued later. 

In thii"em|)odiment, an explanation will be given of 
the case iwh^rie trfe present invention is applied to a job 
processing execution sy'st^ni'C^pjMsIa of printing a job 
using a plura^ty of job execution sectior^ * - ^ , 

Fig . 35 is a block diagram showing jthe:Config5r^ibn 
of the job processing , execution system used: in^thls 
embodiment. 

As shown in Fig. 35, this job processing execution 
system is made up of a plurality of job acceptance; sec- 
tions 301a to 301c connected to the network N, a man- 
agement section 302, a manaooment I/O. control 
sectbn 302a. a job control sec'jon 303, a plurality of job 
execution sections 304a *o 304c. account logging utili- 
ties 305a to 3<^. a log file 306, an accounting fife 307, 
an cfajtoGt processing section 308, and an object file 309. 
Hereinafter, the plurality of job acceptance sections 
301a to 301c and the plurality of job execution sections 
304a to 304c are collectively designated as a job 
acceptance section 301 and a job execution section 
304. 

The job acceptance section 301 accepts a job input 
through the network, and feeds the job to a job control 
elementary section 310 of the job control section 303 
after having normalized the job. Here, normalization is 
to unify various types of formats of received jobs into a 
job format d^ined by this system. In Fig. 35, the job 
acceptance section comprising the three job accept- 
ance sections,' 301 a to 301c is employed in order to 
show one example of a system comprising a plurality of 
sections. Further, the job acceptance section compris- 
ing the plurality of acceptance sections is employed to 
allow the system to cope with various types of job for- 
mats sent through the network. . 

The management section 302 receives operation 
from the system manager, and Issues a processing 
request relating.to management control to the job con- 
trol section 303 via the management I/O control section 
302a which acts as an Interface. In Fig. 35, the manage- 
ment section 302 is connected to the management I/O 
control section 302a and local terminals. This manage- 
ment section can also be connected to remote terminals 
using the network N or tiie like. 



The job execution section 304 Is either a job 
processing section or a job output section. The job 
processing section canies out tii conversion of a doc- 
ument format, image processing, processing such as 
5 notification, whilst the job output section executes the 
output of a job, that is, the recording of an output 
medium, or redirecting of a job. When received a pause 
instruction from a pausing section 31 2e which will be 
described later, the job execution section 304 pauses 
10 processing, and writes a document number, a page 
number, and an instructed number of copies obtained 
when the job paused as check points into the object file 
309. This writing operation is to make it possible to 
resume the processing of the job from an unprocessed 
IS portion thereof upon receipt of a resumption instruction 
from a resuming section 31 2f. 

The job control section 303 analyzes the contents 
of a job input from the management section 302 through 
the job acceptance section 301 or the management I/O 
20 control section 302a, and causes tfie job execution sec- 
tion 304 to execute the processing of that job. This job 
^"^t^Gorvtrol section 303 is made up of the job control ele- 
* ;f nentary section 31 0, an event processing section 3 1 0a, 
^ a logging processing section 301b, an accounting 
25 processing section 3 1 0c. and an object processing sec- 
tion 31 Od. 

The job control elementary section 310 is a 
processing section which executes command process- 
ing in response to an input command, scheduling or 
30 queuing corresponding to a job processing request, and 
the Issue of a job processing request to the job execu- 
tion section 304. This job control elementary section 
310 effects the pausing and resumption of job process- 
ing. The event processing section 310a processes an 
35 event occurred In the job control section 303, and noti- 
fies tiie management section 320 of tiie event through 
the management I/O control section 302a. The logging 
processing section 310b stores tiie contents of process- 
ing of the event processing section 310a as a history 
40 into the log file 306. The accounting processing section 
310c collects account information relating to a job from 
the object file 309 by way of the object processing sec- 
tion 308 and the object management section 310d, and 
stores the tiius collected information into an account file 
45 7. The object management section 310d reads and 
writes, various types of object used in the job control 
section 303, from and into the object file 309 using 
memory 31 Oe or the object processing section 308. . 
The detailed configuration of the job control ele- 
50 mentary section 310 which carries out the pausing and 
resumption of job processing will be described. 

Fig. 34 is a block diagram showing the detailed con- 
figuration of the job control elementary section 310. As 
shown in Fig. 34, the job control elementary section 310 
55 is made up of a request control section 311, a job 
scheduling section 312, a job execution section control 
section 313, and a queue control section 314. 

The request control section 311 accepts a job 
received from the management section 302 via the job 
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acceptance section 301 or the management I/O control' 
section 302a. arxi prepares a job object using the object 
management section 310d. The request control section 
311 also issu s a request tor processing to the job 
scheduling section 312. The job execution s ction con- 
trol section 313 transfers a processing request from the 
request control section 311 or the job scheduling sec- 
tion 312 to the job execution section 304. 

When received a job request via the 
request/acknowledgement acceptance section 312a. 
the job scheduling section 312 executes the processing 
of a command by activating' a command processing 
section 3012b corresponding to a command included In 
the job request. The job scheduling section 312 is a 
processing section which issues a job execution instruc- 
tion to the job execution section control section 313 via 
a transmission processing section 312c. and also exe- 
cutes the queuing of a job using a queue management 
section 31 2d. It is possible to make such a job request 
include a pause command and a resumption commarxi. 
When the pause command is received, a command 
processing section (hereinafter referred to as a pausing 
section 31 2e) for the pause command is activated. On 
the other hand, when the resumption command is 
received, a command processing section (hereinafter 
referred to as a resuming section 31 2f) for the resump- 
tion command is activated. 

The queue management section 312d manages a 
printer queue 312g'and a pause queue 312h. The 
printer queue 31 2g is provided corresponding to a 
printer so as to queue job information of jobs waiting for ^ 
printing.' A job assigned to each printer is queued in a 
corresponding printer queue. In other words, the printer ' 
queue 31 2g is provided corresponding to physical print- 
ers included in the job execution section 313. A pause 
queue 31 2h queues jobs paused according to a user's ' 
instruction. Jobs held in the pause queue 31 2h are 
retained in this queue until a resumption instruction is 
issued by the user. When the user issues the resump- 
tion instruction, the job information will be moved to the^ 
assigned printer 

For convenience of explanation, only the printer 
queue 3l2g and the pause queue 31 2h are illustrated in ' 
this embodiment. However, it is also possible to use a 
spool queue for retaining a job until all documents 
included in that job are accepted, a hold queue for 
queuing unscheduled jobs which are not subjected to 
scheduling, a wait queue for queuing jobs which timed 
out as a result of waiting for a password input, and a ter- 
minate queue provided corresponding to printers in 
order to queue only printed jobs. 

The configuration and processing procedures of tiie 
pausing section 312e and the resuming section 3l2f will 
be described more detail with reference to Figs. 36 to 
39. , . 

Fig. 36 shows tiie configuration of the pausing sec- 
tion 31 2e shown In Fig. 34. As shown in Rg. 36, the 
pausing section 312e is made up of a job state control 
section 330a. a queue state control section 330b, a 



printing job control section 330c, and a termination 
processing section 330d. The pausing section 31 2e 
temporarily intenrupts a job which is being printed and a 
job waiting for printing. 

5 The job state control section 330a controls the state 

of a job and the entire pausing section 31 2e. Specifi- 
cally, when a pause command is received, it is checked 
whether or not the specified job is being printed or waits 
for printing. Only when the job is being printed, the job 

10 state control section 330a issues a printing interruption 
instruction to the printing job control section 330c. Upon 
receipt of a job interruption acknowledgement from the 
job execution section 304, the job state control section 
330a carries out the modification of a job status, the 

15 issue of an queue status modification insb'uction to ttie 
queue state control section 330b, and the issue of a 
completion instruction to ttie completion processing 
sectfon 330d. When the modification of tiie states of a 
^ job and a queue has been completed, the job state con- 

20 ■ trol section '330a prepares recovery information and 
' affords the thus prepared recovery information to the 
completion processing ' section 330d.* This recovery 
information includes the check points which the job exe- 
cution section 304 wrote into the object file 309. The 

25 queue state control section 330b cames out the modifi- 
cation of the state of the queue associated with the 
pausing of the job. Specifically, the queue state.oontrol 
section 330b moves the job from the printer queue 3 1 2g 
to the pause queue 3 1 2h in response to the nfKxIif Icatlon 

30 instruction from the job state control section 330a. 

Upon receipt of a job interruption instruction from 
the job state control section 330a. the print job control 
section 330c issues an instruction for the intenuption of 
job processing to the job execution section 304 via ttie 

35 transmission processing section 31 2c. When issuing an 
interruption instruction to the job execution section 4, 
the printing job control section 330c issues that instruc- 
tion based on conditions of the issue of jobs. Specifi- 
cally, when a one-job multidocument is processed, print 

40 processing requests for a plurality of documents are 
issued to the job execution section 304. The order of the 
' issue of these requests is retained in a job issue man- 
agement table 331,' and the documents' which issued 
the print processing requests later are subjected to an 

45 ' interruption instruction prior to other documents. This is 
• intended to avoid the situations' in which the documents 
to which the interruption instruction was issued have 
already been printed as much as possiblie, and it is also 
intended to prevent a subsequent document from pro- 

Bo ceeding to the next processing phase and from being' 
printed betore the next Interruption instruction is noti- 
fied. 

The termination processing section 330d notifies a 
workstation, which Issued the pause request, of a' 
55 processing result showing whettier or not tiie specified^ 
job paused. 

The use of the pausing section 312e having ttie 
previously mentioned configuration allows each job to ' 
pause. 



31 



61 



EP0738 957 A2 



62 



The processing procedures of the pausing section 
312e will now be described. 

Fig. 37 is a flowchart showing the processing pro- 
cedures which th pausing section 312e shown in Rg. 
36 executes. As shown in Fig. 37. if the job state control s 
section 330a of the pausing section 31 2e accepts the 
pause command, the job state control section 330a 
checks whether or not the job is being printed or waiting 
for printing (step S3401). As a result of this, if the job is 
being printed (step S3402), the printing job control sec- io 
tion 330c issues a processing interruption request to the 
job execution section 304 (step S3403), and waits for 
response representing whether or not the inten-uption 
succeeded (step S3404). When the printing job control 
section 330c accepts an acknowledgement of a pausing 75 
job (step S3405), the queue state control section 350b 
causes the job to pause (step S3407), as well as mov- 
ing the job positioned in the printer queue 312g to the 
pause queue;31 2h (step 3406). Thereafter, the job state 
control section 330a fetches the check points from the 20 
object file 309, and prepares recovery information which 
includes the check points and represents the success of 
the pause (step S3408). The completion processing 
section 330d notifies the workstation, which issued the 
pause request, of a success of the pause using an event ss 
and terminates the processing (step S3409). 

On the other hand, if the printing job control section 
330c received response which represents a failure of 
the pause (step S3405), the processing proceeds to 
step S3408 and recovery information which represents 30 
the pause ^ilure is prepared (step S3408). The work- 
station which issued that pause request is notified of the 
failure of the pause by means of an event (step S3409), 
and the processing is terminated. 

If the job is not being printed in step S3402, it is fur- 3S 
ther checked whether or not the job is waiting for print- 
ing (step S3410). If the job is waiting for printing, the 
processing proceeds to step S3406. On ttie other hand, 
if the job is not waiting for printing, the processing pro- 
ceeds to step S3408, and recovery information which 4o 
represents the failure of the pause is prepared (step 
S3408). The workstation which issued the pause 
request is notified of the failure of the pause by means 
of an event (step S3409), and the processing is termi- 
nated. -^-^ 45 

As a result of execution of a series of the above 
mentioned processing, it becomes possible to prepare 
recovery information by temporarily interrupting the 
processing of a job depending on the state of flie job. 
and modifying the states of a queue and the job. so 

The configuration of the resuming section 312f will 
now be described. 

Fig. 38 is a block diagram showing the configuration 
of the resuming section 31 2f shown in Rg. 34. As 
shown in Fig. 38, the resuming section 312f is made up ss 
of a job state control section 350a. a queue state control 
section 350b, and a termination processing section 
350c. 



Th job state contr I section 350a controls the state 
of a job and the overall resuming section 31 2f. Specifi- 
cally, wh n accepted a resumption command, the job 
state control section 350a checks whether or not check 
points are provided as parameters of the resumption 
command. Further, the job state control section 350a 
provides ttie attribute of a pausing job with the check 
points and modifies the state of the job. This job state 
control section 350a issues a queue state modification 
insti-uction to the queue state control, section 350b and 
a termination instruction to the termination processing 
section 350c. 

The queue state control section 350b modifies the 
state of a queue associated with the resumption of the 
processing of the job. Specifically, the queue state con- 
trol section 350b nx)ves tiie job from the pause queue 
312h to the printer queue 312g in response to.a modifi- 
cation instruction from the job state conti-o! section 
350a. The termination processing section 350c notifies 
tiie workstation, which issued the resumption request, 
of the processing result representing whether or not the 
resumption of the specified job succeeded. 

The use of the resuming section 31 2f having the 
above mentioned configuration enables the resumption 
of the pausing job. 

When a job of a one-job multidocument is dealt, a 
check point differing from the check points which were 
obtained at the time of interruption is set as a parameter 
for tiie resumption command. As a result of this, it 
becomes |X>ssible to omit the processing of a specific 
document included in the one-job multidocument. 

The processing procedures of the resuming section 
312fwill be described. 

Rg. 39 is a flowchart showing resuming procedures 
of the resuming section 312f shown in Rg. 38. In this 
flowchart, the resumption command is provided with a 
check point as a parameter. As shown in Fig. 39, upon 
receipt of the resumption command, the Job state con- 
ti'ol sectton 350a checks whetiier or not a job to be 
resumed paused (step S3601). If the job paused (step 
83602), the check point provided as the parameter is 
written into the job as a job attribute (step S3603), The 
state of the job is rendered in a pending state (step 
S3604), and the job is queued to the end of ttie printer 
queue 31 2g (step S3605). Thereafter, the job state con- 
trol section 350a prepares recovery information which 
represents success when the resumption succeeded or 
an error when the job did not pause (step S3606). The 
termination processing section 350c notifies the work- 
station, which issued the resumption request, of the 
result of the resumption by means of an event (step 
S3607), and the processing is terminated; 

As a result of execution of a series of the previously 
mentioned processing, it becomes possible to resume 
the pausing job by the pause command. AHhough the 
job is queued ti> the end of the printer queue 31 2g when 
the job is resumed in the above processing procedures, 
the job can be queued to an arbitrary position in the 
printer queue 31 2g. 
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A specific example of the states of the printer queue 
312g and the pause queue 31 2h associated with the 
previously mentioned pausing and resuming processing 
will be described. 

Figs. 40a to 40c show one example of the states of 
the printer queue 3l2g and the pause queue 312h 
when pausing and resuming processing are carried out. 
In this illustrative embodiment, an explanation will be 
given of the pause and resumption of a job A which is 
being processed based on the assumption that jobs A, 
B, and C are originally included in the printer queue 
312g. 

As shown in Rg. 40a, on the assumption that the 
printer queue 31 2g retains the job A (which is being 
processed) and pending jobs B and C. when the pause 
command is issued with respect to the job A, the job A 
is passed to the pause queue 31 2h as shown in Fig. 
40b, and the printer queue 31 2g starts to process the 
next job B. When a resumption command is issued in 
this state, the pausing job A retained in the pause queue 
312h is queued to the end of the printer queue 31 2g, as 
shown in Fig. 40c. In this way. the pausing job is moved 
between the printer queue 31 2g and the pause queue 
31 2h, whereby it becomes possible to cause each job to 
pause or resume. 

A processing sequence mutually executed k>e1ween 
the job scheduling section 312 and the job execution 
section 304 will be descril3ed. 

Fig. 41 is a schematic representation showing a 
processing sequence executed between the job sched- 
uling section 312 and the job execution section 304. 
Hereinbelow, an explanation will be given of the 
processing of a one-job multidocument in which a job 
consists of a document s (hereinafter referred to as Doc 
1) and a document 2 (hereinafter referred to as Doc 2). 

As shown in Rg. 41; when the job scheduling sec- 
tbn 312 issues a request for printing Doc 1 to the job 
execution section 304 (step S801). the job execution 
section 304 sends back an acceptance acknowledge- 
ment, representing the acceptance of the request 
together with a ready acknowledgement, representing 
that it can accept the print processing request, to the job 
scheduling section 312 (step S802). The printing pre- 
processing of Doc 1 is carried out (step S803), and the 
printing of Doc 1 is then started after the preprocessing 
has been completed (step S804). 

Thereafter, when the Job scheduling section 312 
issues a request for printing Doc 2 to the job execution 
section (step S805). the job execution section 304 
sends back the acceptance acknowledgement together 
with a busy acknowledgement which represents that it 
cannot accept a print request to the job scheduling sec- 
tion 312 (step S806). The printing preprocessing of Doc 
2 is started (step S807). 

If the job scheduling section 312 accepted the 
pause command, the job scheduling section recognizes 
that It should issue a printing interruption request for the 
documents in the order of Doc 2 and Doc 1 upon refer- 
ence to the job issue management table 331. 



When' the job scheduling section 312 issues the 
printing interruption request for Doc 2 toward the job 
execution section 304 (step S808), the job execution 
section 304 sends the acceptance acknowledgement 
5 back to the job scheduling section 312 (step S809) and 
interrupts the printing preprocessing of Doc 2 (step 
S810). 

The job scheduling section 312 which received the 
acceptance acknowledgement issues a printing inter- 

w ruption request for Doc 1 toward the job execution sec- 
tion 304 (step S811}. In response to this, the job 
execution section 304 sends an acceptance acknowl- 
edgement back to the job scheduling section 312 (step 
S812). arxi terminates the printing of Doc 1 . 

IS Upon recognition of the success of the interruption 
of Doc 2 (step S81 4), the job execution section 304 noti- 
fies the job scheduling section 31 2 of the success of the 
interruption of Doc 2 (step S815). Further, upon recog- 
- ' nition of the success of the interruption of Doc 1 (step 

20 - S816), the 'job 'execution section 304 notifies the job 
scheduling section 312 of the- success'Of the interrup- 
tion of Doc 1 (step S8 17). ' - . 

Through > the above mentioned processing 
sequence, the job scheduling sequence 312 can con- 

2S firm that Doc 1 and Doc 2 included in the job paused. 

As has been described above, in this embodiment, 
the pausing section 312e moves a job stored in the 
printer queue 312g from the printer queue 31 2g to the 
pause queue 312h In response to the pause command 

30 for that job. Further, the resuming section 31 2h moves 
the job stored in the pause queue 31 2h to the printer 
queue 312g in response to a resumption command for 
that job. The job execution section 304 sequentially exe- 
cutes jobs stored in the printer queue 31 2g. Such a con- 

35 figuration results in the following advantages: 

1) It becomes possible to easily change the 
attribute of a job retained In the printer queue 31 2g. 

2) It becomes possible to inrprove the processing 
40 efficiency of a job through interruption and resump- 
tion executed on a job-by-job basis. 

Furthermore, according to this embodiment, the 
provision of a new check point as a parameter for a 
45 resumption command allows tiie resumption of the 
^processing of an artjitriary document by removing the 
processing of a specific document. 

in this embodiment, the job execution section 304 
received a pause insta^uction is arranged so as to store a 
so document number, a page number and a designated 
number of copies as check points into the object file 
309. However, the present invention is not limited to 
such a configuration, and infbrhfiation necessary to 
resume an availability of collation can be stored as a 
55 check point in the object file. 

Moreover, although the resuming section 31 2f 
queues a job to the end of the printer queue 31 2g when 
processing a resumption command in this embodiment, 
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the job may be queued to an arbitrary position in the 
printer queue 31 2g. 

With reference to Figs. 42 to 44, a job processing 
system according to a sixth embodiment of the present 
invention. The job processing system of this embodi- 
ment is directed to make it possible to easily recover the 
system from failures in a configuration in which job 
scheduling is effected using a plurality of queues. 

Fig. 42 is a block diagram showing the overall con- 
figuration of a job processing system used in this 
embodiment and the detailed configuration of the job 
scheduling system. 

As shown in Fig. 42. this job processing system is 
made up of terminals 411a and 411b which issue a 
processing request for a job. and a job scheduling 
device 41 which is connected to the terminals 41 la and 
, 41 lb through a network 10 and carries out scheduling 
when processing a job using a job execution section 
413. . 

In this embodiment, the job execution section 413 is 
made up of two printers for carrying out print processing 
and one converter for converting a format 

The job scheduling device 412 is made up of a 
.1 request control section 412a, a job execution section 
control section 412c, a queue management section 
41 2d, a spool queue q1 . a hold queue q2, a wait queue 
qS, a pause queue q4, printer queues q5 and q6, and 
terminate queues q7 and q8. 

Upon receipt of a job processing request from the 
terminals 411a and 411b. the request control section 
412a Issues a request for scheduling a job to the job 
scheduling section 412b. 

The job which this request control section 412a 
accepts includes a one-job one-document job in which 
one job consists of only one document, and a one-job 
multidocument job in which one job consists of a plural- 
ity of documents. 

As desaibed above, the one-job multidocument job 
comprises an after-complete job (hereinafter refen-ed to 
as an AC job) and a before-complete job (hereinafter 
refen-ed to as a BC job). 

The AC job is characterized in that a job is output to 
the job scheduling section 412b after all documents 
included in that job are accepted. On the other hand, the 
BC job is characterized in that a job is sequentially out- 
put to the job scheduling section 41 2b upon acceptance 
of a document included in that job. 

The job scheduling section 412b effects scheduling 
by queuing a job accepted from the request control sec- 
tion 412a using the queue management section 41 2d. 

Specifically, the job scheduling section 421b stores 
print data included in the accepted job a master file (not 
shown), prepares information (hereinafter referred to as 
job information) for managing a queue based on the 
attribute information included in the job, and queues the 
job. 

Further, in addition to the simple scheduling of a 
job, the job scheduling section 41 2b cames out the fol- 



lowing processing in order to achieve smooth recovery 
from the interruption of job processing: 

(la) the nrxxJification of a job status after the move- 
s ment of job information when the job information is 
moved from a certain queue to another queue; 
(1 b) the deletion of a job in the order of a master file 
and job information when the job is deleted; 
(1c) the modifk^tion of job information after the 
10 recording of an account when the account is writ- 
ten; and 

(Id) the resetting of constituent elements of job 
information (hereinafter referred to as members) 
when an inconsistency arises between the mem- 
15 bers. 

The job scheduling section 412b is provided with a 
recovery processing section 41 2e which effects recov- 
ery from the interruption of job processing. 
20 This recovery processing section 412e effects 
recover processing, which will be described later, with 
respect to job information retained in each queue when 
job processing is resumed. 

The job execution section control section 412c out- 
25 puts a job processing request from the job scheduling 
section 4 1 2b to the job execution section 413. 

The queue management section 41 2d manages a 
queue of jobs by retaining job information in any one of 
the spool queue q1 , the hold queue q2, the wait queue 
30 q3, the pause queue q4. the printer queues q5 and q6, 
and the terminate queues q7 and qS. 

Jobs managed by the queue management section 
41 2d belong to any one of the above mentioned eight 
queues unless othenvise deleted by a user or the sys- 
35 tem. 

The spool queue q1 queues job information of the 
AC job. Job information is retained in this spool queue 
q1 until all documents contained in a job are accepted. 
When all of the documents are completely accepted, 
40 the job information is moved to a printer queue provided 
corresponding to a printer which will be used. 

The hokJ queue q2 queues job information of 
unscheduled job, and the user can edit job information 
retained in the hold queue q2. 
45 The job information retained in this hoM queue q2 
stays in this queue until the user issues an instruction, 
and the information is moved to the spool queue ql , the 
printer queue qS. or the printer queue qS in response to 
the user's instruction. 
50 The wait queue q3 queues job Information of a job 
waiting for a password input when the job timed out. The 
job information retained in the wait queue q3 is retained 
in this queue until the job is released from a password 
waiting state by user's input of a password. When the 
55 job is released from the password input wait, the job 
information is moved to the queue where it was origi- 
nally situated when the timeout occurred 

The pause queue q4 queues job information of a 
job which the user instructs to pause, and the job infor- 
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mation retained in this pause queue q4 is retained in 
this queue until the user instructs the resumption of the 
job. When the user instructs the resumption of the job, 
the job information is moved to an assigned printer 
queue. 5 

The printer queues q5 and qS ar provided corre- 
sporKiing to printers so as to queue job information of 
jobs which are waiting for printing. Only job information 
of a job assigned to each printer Is queued in a corre- 
sponcGng printer queue. 10 

In this embodiment, the printer queue 5 corre- 
sponds to either one of two printers provided in the job 
execution section 413, and the printer queue q6 corre- 
spends to the other printer. 

A processing request is issued with respect to the is 
job information retained in the printer queue q5 or qS if 
the printer becomes enabled and if the leading job in the - 
printer queue q5 or q6 includes a processable docu- 
ment. When the print processing of the printer is com- 
pleted, the job information of that job Is moved to the 20 
terminate queue q7 or qS. 

The terminate queues q7 and q8 are provided cor- 
responding to the printers in order to queue job informa- 
tion of printed jobs. Only job information of a job 
assigned to each printer is queued in a corresponding 2s 
terminate queue. 

As a result of the use of the job scheduling device 
412 having the above configuration, it becomes possi- 
ble to manage a queue corresponding to the slate of a 
job and hence to effect appropriate scheduling. 30 

In this embodiment, an explanation will be given of 
the case where the job execution section 413 has two 
printers. The number of printer queues and terminate 
queues is determined corresponding to the number of 
registered printers retained in the job execution section as 
413. ^ 

The processing procedures of the scheduling 
device 412 will now be described. Here, the processing 
of the scheduling device, which recovery is required in 
response to the interruption of processing, will be 40 
described later. 

Fig. 43 is a flowchart showing processing proce- 
dures of the scheduling device 412 shown in Fig. 42 
between the receipt of a job and the execution of print 
processing. 4S 

As shown in Fig. 43. upon receipt of a job output ' 
from the terminal 411a or 411b via the network 410 
(step S4201), the request control section 412a checks 
whether or not a job ID, which will be described later, is 
set to the job (step S4202). If the job ID is set to the job, so 
job information is obtained from this job ID (step 
S4203). and then it is checked whether or not the 
accepted document is the final document (step S4204). 

K the document is not the final document, the Job ID 
is sent back to the terminal which issued the request ss 
(step S4205). On the other hand, if the document is the 
final document, the number of documents is written into 
the job ID (step S4206), and the job ID is sent back to 
the terminal which issued the request (step S4205). 



Corttrary to this, if the job ID is not set to the job, a 
job ID is newly set to the job and job information is pre- 
pared (step S4207). and the job ID is sent back to the 
terminal which issued the request (step S4205). 

The job scheduling section 412b which accepted 
the job information of that job checks whether or not a 
job hold is specified for that job (step S4208). If the job 
hold is not specif ted for that job, the job is queued in the 
hold queue q2 (step S4209). 

On the other hand, if the job hold is not specified for 
that job, or if the user issued a hold cancellation instruc- 
tion with respect to the job queued in the hold queue q2 
(step S4210), it is checked whether or not that job is an 
AC job (an after-complete job) (step S421 1). If the job is 
the AC job. the job is queued in the spool queue q1 
(step S4212). 

Contrary to this, if the job is not the AC job. or if all 
documents included in the job queued in the spool 
queue q1 are completely accepted (step S4213), a 
' printer which carries out printing is selected, and the job 
is queued in a printer queue corresponding to the 
selected printer (step S42 14). 

When a processing turn of the job queued in the 
printer queue came, a document included in that job is 
printed (step S4215). 

If the job is a one-job multidocument job. all docu- 
ments included in that job are printed (steps S421 5 and 
S4216). 

After the job has been output to the terminate 
queue (step S421 7), printing is completed. 

In this way, the job accepted by the job scheduling 
device 1 2 is finally retained in the terminate queue. 

Subsequently, the configuration of the job informa- 
tion queued in each queue will be described. ^ - 

Rg. 44 is an explanatory view showing the configu- 
ration of job information queued in each queue. ~: 

As shown in Fig. 44, the job information comprises 
a job ID representing an identification number of a job; 
docsecNum for use in identifying a one-job multidocu- 
ment; currentDocNum to which the docsecNum for issu- • 
ing a print request is set; a status 430a which 
represents the state of a job; prevQID representing a 
previously retained queue ID; jobCopyCount represent- 
ing the number of copies; requestCounter representing 
how many times a print request for a document is issued 
'to a job execution section; completeCounter represent- 
ing how many times the processing of a document is 
completed; abortedCounter representing the number of 
times a job is aborted during the processing of a docu- 
ment; collateFlag representing whether or not collation 
is carried out; resumeFlag representing whether or not 
resutnption of the job is carried out; previousStatus rep- 
resenting a previous status; retry representing a retry 
counter when a job is rejected by the job execution sec- 
tion; complete representing whether or not a document 
is the final document; convert ID representing an ID of a 
requesting converter; ohPagesComp representing how 
many pages of a job were output; ohDocPagesComp 
representing how many pages of a document were out- 
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put; ohCurJobState representing the current state of a 
job; ohPrevJobState representing a previ us job status: 
ohJobStateReason representing the reason tor a transi- 
tion of the current job status; ohAssignJED representing 
an I D of a printer assigned as a result of the selection of 5 
a printer; retryCounter repres nting th number of 
retries after reco\^ery; and processingFlag representing 
whether or not a job is being currently printed. 
Further, the status 430a confprises: 

10 

pending: Printer waiting for processing 

requesting: Printing being requested 

printing: Printing being executed 

aborting: Operation being cancelled 

cancelled: Cancelling being completed is 

retained: Printing completed 

suspended: Pausing being executed 

startwaiting: Start being waited 

passwordwaiting: Password input being waited 

endwaiting: End being waited 20 

convert^ending: Conversion being waited 

convert^requesting: Response being waited during 

conversion request 

converting: Conversion being executed 
convert^end: Conversion completed 2s 
passwd_refease: Release of password 
passwd_timeout: Password timed out 
terminated: Output terminated 
convertjailed: Conversion failure 
job_aborted: Printing aborted 30 
interrupted: Interrupt wait 
convert_al3orting: Conversion being cancelled 
convert_cancelled: Conversion cancellation com- 
pleted 

none: Undefined 3s 

The management of the state of a job using the job 
information consisting of the above menit)ers makes it 
possible to carefully schedule the job. 

Subsequently, processing of the job scheduling 40 
section 41 2b in order to prevent the loss and destruction 
of data resulting from the interruption of job processing 
will now be described. 

As previously mentioned, this job scheduling sec- 
tion carries out the following processing: 4S 

(la) When job information is moved, a Job status is 
modified after the movement of the job information. 
(1b) When a job is deleted, the job is deleted in the 
order of a master file and job information. so 
(1c) When an account is written, job information is 
changed after the recording of the account. 
(1d) if inconsistency arises between members of 
job information, the members will be reset. 

55 

Each processing will be described. 

(la) If processing is interrupted while job informa- 
tion retained in a certain queue is moved to another 



queue, it will look as if the job information was not 
transferred even though the status, which is one of 
th members of the job information, has been 
rewritten. 

In such a case, if simple recovery is effected, 
inconsistency arises between the status of the job 
information and a practical queue retaining that job 
information, arxj it becomes impossible to appropri- 
ately carry out recovery 

To prevent this, when job information is moved, 
the job scheduling section 412b rewrites the status 
of that job information after having moved the job 
information. When the recovery processing section 
41 2e carries out recovery processing, the recovery 
processing is effected based not on the status but 
on the queue which practically retains the job infor- 
mation. 

For example, if the system should go down dur- 
ing the execution of pause operation, the job infor- 
mation is retained in either the printer queue q5 or 
the pause queue q4. Where the job information is 
retained in the printer queue q5 at the time of recov- 
ery that job information is rendered in a pending 
status. Where the job information is retained in the 
pause queue q4, the job information is rendered In 
a suspended status. 

As a result of this, it becomes possible to elim- 
inate inconsistency between the status of the job 
information arxi the practical queue retaining the 
job information. 

(lb) If processing is interrupted while a print job is 
deleted, job information of that print job may be 
retained in any one of queues even though the 
master file retaining print data of that print job has 
been deleted. 

In such a case, inconsistency arises between 
the master file and job information, arKi it becomes 
impossible to effect appropriate recovery. 

To prevent this, when the job is deleted, the job 
scheduling section 412b deletes the master file, 
and thereafter deletes the job information. If the 
master file is not present in spite of the fact that 
requestCounter of the job Information is more than 
one when the recovery processing section 41 2e 
effects recovery processing, recovery processing to 
delete the job information is carried out. 

As a result of this, it is possible to eliminate 
inconsistency between the master file and job infor- 
mation. 

(1c) If processing is interrupted while the writing of 
an account and the transfer of job information to the 
terminate queue are carried out, the writing of the 
account will be terminated, but the transfer of the 
job information may become unfinished. 

To prevent this, the job scheduling section 412b 
modifies the status of the job information after the 
recording of the account has been completed. If the 
job information is in the terminated status when the 
recovery processing section 41 2e effects recovery 
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processing, the recovery processing is carried out 
in such a way that the recording of the account has 
been completed. 

As a result of this, it is possible to checl< 
whether or not th account is recorded. s 
(1d) If job processing is interrupted when the job 
execution section 413 can process a plurality of 
documents at one time, the number of produced 
copies may become indefinita 

10 

To prevent this, the job scheduling section 412b 
decrements a requestCounter, which represents the 
number of requests for printing a document to the job 
execution section 413, every time the print request is 
issued to the job execution section 413. Upon receipt of is 
an acknowledgement of the completion of printing 
processing from the job execution section 413. the job 
scheduling section 412b increments a completeCounter 
which represents the number of times document 
processing is terminated. 20 

If jobCopyCount = requestCounter + comoplete- 
Counter does not stand when the recovery processing 
is effected, the recovery processing is resumed by 
newly setting requestCounter = JobCopyCount - com- 
pleteCounter. 25 

For example, if requestCounter » 2. jobCopyCount 
= 5, and completeCounter 1, a sum between the 
requestCounter and the completeCounter is smaller 
than the jobCopyCount. Hence, the processing is con- 
tinued by newly setting "4" to the requestCounter. 30 

As a result of this, even if the processing is inter- 
rupted, it becomes possible to appropriately set the 
number of times requests for printing a document are 
issued to the job execution section 413. 

The processing carried out by the recovery 3s 
processing section 41 2e will be described. 

The processing of the recovery processing section 
41 2e falls into two categories: namely, processing which 
is carried out immediately after an abnormal condition 
occurs, and processing which is carried out when the 40 
job scheduling section reboots. These two types of 
processing will be explained hereinbelow. 

The processing carried out immediately after the 
occurrence of an abnormal condition will first be 
explained. 45 

The recovery processing section 41 2e carries out 
the processing when 

(2a} the job execution section 413 detects an 
abnormal condition within the system, and a docu- so 
ment being processed is aborted; 
(2b) the job execution section 413 suddenly termi- 
nates the processing as a result of the occurrence 
of an abnormal condition; and 

(2c) a converter processing section of printer and 55 
converter processing sections of the job execution 
section 413 which converts a format is abnormally 
terminated. 



Each of these three cases will be described. 

(2a) If a job is being suspended or an interupt wait 
is bemg executed when the job execution section 
41 3 is aborted, the occurrence of an abn rmal con- 
dition is output to a terminal which issued the 
request. As a result of this, the user can be notified 
of the occurrence of an error. 

If the final document of a one-job one-docu- 
ment job or a one-Job multidocument job is being 
instructed to print when the aborting processing is 
received from the job execution section 413, the job 
is aborted. 

However, if a document other than the final 
document of the one-job multidocument job is being 
instructed to print at this time, the requestCounter 
of that job is set to -1 . Upon receipt of an acknowl- 
edgement of tiie termination of the job scheduling 
device 413 from a -manager (not shown) which 
'supervises- the job scheduling device 412 and the 
job execution section 413. a requestCounter set Id 
-1 is searched, and a job corresponding to that 
requestCounter is aborted. At this time, if the format 
of another document is being converted, a termina- 
tion request is issued to the conversion processing 
section which carries out the conversion of a for- 
mat. When the conversion processing section 
received tiiat termination request, tiie job is ^. 
aborted. 

Through the execution of postprocessing asso- 
ciated with the occurrence of such an error, it 
becomes possible to easily effect recovery process- 
ing when an error arises. 

(2b) If a job is being suspended or an interrupt wait 
is being executed when the job execution section 
413 is suddenly terminated, the occurrence of an 
abnormal condition is output to a terminal which . 
issued the request in the same manner as in the ^ 
case of (2a). ^ 

If the final document of a one-job one-docu- p 
ment job or a one-job multidocument job is being • 
instructed to print when the aborting processing is 
received from the job execution section 413, the job 
being processed is rendered in a pending status. 
When an enabi ed acknowledgement- is * received 
from the job execution section after the job has 
been restarted, the printing of the pending job is 
requested again. As a result of this, it is possible to 
prevent a job from being lost. 

However, if an error arises again while the job 
once rendered in a waiting state by the job execu- 
tion section 413 is being processed, the user's 
instruction is needed to restart tiie job by providing 
the job with a start-wait attribute. This Is intended to 
prevent the repetition of a print request and errors. 
(2c) If a job is being converted (converting) or wait- 
ing for response while requesting conversion 
(convert_requesting) when the conversion process- 
ing section of the job execution section 413 which 



37 



73 



EP0 738 957 A2 



74 



converts a format is abnormally terminated, the job 
is rendered In a conversion waiting status 
(convert_pending). Thereafter, the conv rsion 
request is issued again when an enabled acknowl- 
edgement is received from the c nversion process- 5 
ing section. 

As a result of this, even if an error arises, it is possi- 
ble to smoothly convert a format. 

The processing which the recovery processing sec- 10 
Won 41 2e carries out when the job scheduling section 
412 reboots will be desaibed. 

When the job scheduling section 412 ret>oots, the 
recovery processing section 412e executes the recov- 
ery of the spool queue q1 , the hold queue q2, the wait is 
queue q3, the pause queue q4, the printer queues q5 
and q6, and the terminate queues q7 and q8. 

The recovery processing of each queue will be 
explained. 

(3a) Recovery processing of spool q1 

As regards a Job retained in the spool q1 at the 
time of recovery, a document queued in a queue at 
that time Is dealt as one job, and a printer is 
assigned to that job. The job is then moved to a 2S 
printer queue corresponding to the assigned 
printer. Then, the job is rendered in a pending sta- 
tus. 

If the assigned printer is disabled to accept 
queuing, the job is rendered In a preprocessing sta- 30 
tus which means that the job is not processed yet. 
The reason of the change of the current job status 
(ohJobStateReason: hereinafter referred to as rea- 
son] is set to none, and the job is left in.the spool 
queue 1. 35 

Such a job can be deleted by a command 
"DeleteJob" or may be canceled by a command 
"Cancer. 

If it is notified that the printer queue q5 or qS 
assigned by a command (PSM_Command) which 4o 
assigns a job becomes enabled, the job is sched- 
uled. 

If the^assigned printer queue is missing, the job 
is rendered in a preprocessing status, and the job is 
left in the^spool queue q 1 . 4S 

Thisjob can be deleted using the command 
"DeieteJob". but it cannot be canceled by the com- 
mand "Cancer. 

If It is notified that a printer having the same 
name as the assigned printer is registered and the so 
printer assigned by the PSM_Command becomes 
enabled, the job is scheduled. 

If there is a document without a master file for 
storing print data of a job, the document is aborted 
and retained in the terminate queue. 55 
(3b) Recovery processing of hold queue q2 

A job retained in the hold queue q2 at the time 
of recovery is rendered in a held status, and the 
reason is set to jobholdset. 



Jobs which are queued at the time of recovery 
are handled as one job. and there is a document 
without a master file to which print data of a job are 
stored. At that time, the document is aborted. 
(3c) Recov ry processing of wait queue qS 

A job retained in th wait queue q3 at the time 
of recovery is rendered in a held status, and the 
reason is set to passwordset which represents a 
password Input wait. 

In the case of a BC job. documents which are 
queued at the time of recovery are handled as one 
job. Further, jobs which are being converted or wait- 
ing for response while requesting conversion are 
rendered in a conversion request wait status 
(convert_pending). When a processing enabled 
acknowledgement is received from the conversion 
processing section, a request for converting the 
jobs is issued. 

If there is a document without a master file for 
storing print data of a job, the document is aborted. 
(3d) Recovery processing of pause queue q4 

A job retained in the pause queue q4 at the 
time of recovery is rendered in a paused status, and 
the reason is set to none. 

In the case of a BC job, documents which are 
queued at the time of recovery are handled as one 
job. Further, jobs which are being converted or wait- 
ing for response while requesting conversion are 
rendered in a conversion request wait status 
(convert jaending). When a processing enabled 
acknowledgement is received from the conversion 
processing section, a request for converting the 
jobs is issued. 

If there is a job which has not timed out at the 
time of recovery and is waiting for a password (in a 
password wait status), the password input is 
regarded as not being provided. Further, if resum- 
ing processing for releasing the job from the start- 
wait and password wait states was carried out. the 
job is queued to the end of the printer queue. The 
job is again rendered in a password wait status 
when a processing request Is issued to the job exe- 
cution section 413. 

If there Is a document without a master file for 
storing print data of a job. the document is aborted. 
(3e) Recovery processing of printer queues q5 and 
qS 

A job retained in the printer queues q5 and q6 
at the time of recovery is rendered in a pending sta- 
tus, and the reason is set to none. 

A processing document, which was in a 
requesting state or a printing state when abnor- 
mally terminated, issues a processing request to 
the job execution section 413 after an enabled 
acknowledgement has been rec^ved from the job 
execution section 413. 

If the same job is abnormally terminated, the 
job is rendered in a start waiting state after having 
been recovered. 
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Subsequ ntty, a processing job, ' which was 
receiving abortexit from the job execution section 
413 when abnormally terminated, is akxsrted. Fur- 
ther, jobs which are being converted or waiting for 
response while requesting conversion are rendered s 
in a conversion request wait status 
(convert_pending). When a processing enabled 
acknowledgement is received from the conversion 
processing section, a request lor converting the 
jobs is issued. zo 

Moreover, a job, which was in the startwait and 
passwordwait states when abnormally terminated, 
is again rendered in the startwait arxi passwordwait 
states when an enabled acknowledgement is 
accepted from the job execution section 413. is 

If there is no document to which a processing 
request should be issued, and if the processing of a ^ 
job has already been completed, the job is moved 
to the terminate queue and is rendered in a termi- 
nated status. Then, the reason is sent to 20 
complete__with_error. 

In the case of a BC job, documents which are 
queued at the time of recovery are handled as one 
job. If there is a document without a master file for 
storing print data of a job. the document Is aborted, ss 
(3f) Recovery process'ing of termiriate queues q7 
andqS 

Jobs, retained in the terminate queues q7 and 
q8 at the time of recovery, are rendered in a termi- 
nated status. Further, as regards jobs aborted as a so 
result of the abnormal termination are rendered, the 
reason of the jobs is set to cancelled_by_user. 

Through the execution of a series of the above 
mentioned processing, the recovery processing section as 
41 2e can recover the jobs retained in each queue. 

As previously mentioned, according to the present 
embodiment, upon receipt of a job processing request 
from the terminal 411a and 411b. the job scheduling 
section 41 2b schedules jobs while moving the job from 40 
one queue to another queue depending on the state of 
that job. IHence. it becomes possible to carefully man- 
age jobs. 

If any failure arises during the scheduling of \obs, 
the recovery processing section 41 2e recovers the pre- '4S 
vious state of each of jobs retained in the plurality of 
queues at the time of recovery from the failure. Even if a 
system failure arises, the influence of the system failure 
can be reduced, and job processing can be executed as 
Instructed by the user. so 

Further, in this embodiment the status of job infor- 
mation is rewritten after the job irrfbrnnation has been 
moved, and recovery processing is carried out Isased on 
the practical queue which retains the job. Hence, It is 
possible to eliminate inconsistency between the status ss 
of job information and the practical queue retaining that 
job information. 

In this embodiment, job information is deleted after 
a master file has been deleted, and if the master file is 



not present in spite of tiie fact that requestCounter of 
the job information is more than one. r covery process- 
ing to delete the job information is carried out IHence. it 
is possible to ellnrtinate inconsistency between the job 
information and the master file. 

Furthermore, in this embodiment, the status of job 
information is changed after an account has been 
recorded, and if tiie job information is in a terminated 
status, recovery processing is carried out in such a way 
tiiat tiie account has already been recorded. Therefore, 
it is possible to check whether or not the account is 
recorded. 

Moreover, in this embodiment, the job scheduling 
section deaements a requestCounter. which repre- 
sents the number of requests for printing a document to 
the job execution section 413, every time the print 
request is issued to ttie job execution section 413. Upon 
receipt of an acknowledgement off the completfon of 
printing processing from the job execution section, tiie 
job scheduling section increments a completeCounter 
which represents the' number of times document 
processing is terminated. In tiiis way, the reqeust- 
Counter and the completeCounter are matched with 
each otiier.- Hence, if processing is interrupted, tiie 
number of times (requestCounter) a request for printing 
a document is issued to the job execution section 41 3 
can be appropriately set. 

As has been described above, according to ttie 
sixth embodiment upon receipt of a job processinig- 
request from a terminal, the job scheduling unit sched- 
ules a job while moving the job from one queue to 
another queue depending on the state of that job. Even 
if a failure arises during the scheduling of a job. recovery 
unit recovers ttie previous state of each of jobs retained 
in a plurality of queues at tiie time of recovery from tiie 
failure. Even if a system failure arises, the influence of 
the system failure can be reduced, and job processing- 
can be executed as Instructed by the user 

With reference to Figs. 44 to 51. a job processing * 
system according to a seventh embodiment of ttie - 
present invention will be described. The job processing ' 
system of this embodiment is intended to simply modify 
the attrik}ute of a job. The overall conf iguration (shown in 
Fig. 45} of the job processing system'of the seventh 
embodiment is*substantially the same as that of ttie 
sixth embodiment (shown in Rg. 42). the same refer- 
ence numerals are provided to designate corresponding 
features shown in Fig. 42, and hence the detailed expla- 
nation thereof will be omitted here for brevity. Moreover, 
since the configuration of job information of the seventfi 
embodiment is the same as that of the sixth emtxxli- 
ment (shown in Fig. 44}, Fig. 44 used in describing ttie 
sixth embodiment is quoted to the extent necessary. 

In Fig. 45. tiie job scheduling section 412b resides 
in an attribute modification section 512e which modifies 
attribute information in response to a request for modi- 
fying the attribute information of a job. 

U0on receipt of the request for modifying ttie 
attribute of a job, the attribute modification section 51 2e 
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Checks whether or not the attribute oi that job is change- 
able. If the attribute is changeable, the attribute nxxlifi- 
cation section changes attribut information of the job 
after having checked whether or not the attribute infor- 
mation should b changed. 5 
This attribute nxxlrfication section 512e checks 

(1) whether or not the attribute of the job is change- 
able; and 

(2) whether or not the attribute information to be io 
changed is appropriate. If the modification of the 
attribute information is possible, the attribute infor- 
matton of the job will be changed. 

Specif rcally, with regard to the check designated by 75 
(1), it is checked 

(la) whether or not the job information of a Job des- 
ignated so as to change its attribute is in the hold 
queue q2;: 20 
(1b) whether or not the job information of a job des- 
ignated so as to change its attribute is in the printer 
queue q5 or q6. and whether or not the job is not 
currently processed and has never been inter- 
rupted in the past; and 25 
(1c) whether or not the job information of a job des- 
ignated so as to change its attribute is present in 
the pause queue q4. and whether or not the job has 
never been interrupted In the past. 

30 

Each of these ched^ will be described. 

(la) Check as to whether or not job information is in 
the hold queue q2 

A job whose job information is queued in the 35 
hold queue q2 is a non-scheduled job specified by 
the user as has been described above, and that job 
has been rendered in an instruction waiting state 
from the beginning by the user. 

For this reason, if the job information is in the 40 
hold queue q2, it means that no processing has 
never been executed since the job was accepted. 
Therefore, the attribute of tiiat job can be changea- 
ble. 

.Whenjobs in a start waiting state (startwaiting), 45 
an end waiting state (endwaiting), and a password 
input waiting (passwordwaiting) are retained in this 
hoM queue q2, the system may be constructed so 
as not to allow the attribute information of these 
jobs to be changed in view of the fact that these so 
jobs are in a waiting state. For convenience of 
explanation, in this embodiment, an explanation will 
be given of a user-specified nonscheduled job by 
focusing on this Job. 

(lb) Check as to whether or not job information is in ss 
the printer queue q5 or q6, and whether or not tiie 
processing of the job has never been interrupt the 
now and before now 
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•Even when the job information is in ttie printer 
queue q5 or q6. the job in a processing wait stat is 
not subjected to any processing in principle. 
Accordingly, th attribute of that job is changeable. 

However, if a pause instruction is issued while 
ttie job is being processed, and if the job once tem- 
porarily moved to the pause queue is in the printer 
queue q5 or q6 according to a resumption instruc- 
tion, ttie change of the attribute is not admitted in 
order to obtain a match between the document hav- 
ing been printed and tiie document which is proc- 
essed from now. 

(Ic) Check as to whether or not the job information 
is in the pause queue 4, and whether or not the pre- 
vious job state is being processed 

A job whose job information is retained in the 
pause queue q4 is not processed because that job 
is instructed to pause. For this reason, in principle, 
the attribute information is changeable. 

However, the jobs whose job information is retained 
in the pauses queue q4 Include a job which was sub- 
jected to a pause instruction while being printed, if the 
attribute infomiation of such a job which was subjected 
to interruption while being printed is changed, it 
becomes difficult to obtain a match between the docu- 
ment which has already been printed and ttie document 
which will be printed later. 

To prevent this, it is not admitted to change the 
attribute of a job which was subjected to interruption 
while being processed. 

In this way, tiie attribute modification section 51 2e 
confirms a queue which retains job information of jobs 
designated so as to change their attributes. If the jobs 
are retained in the hold queue q2. the attribute modifica- 
tion section 51 2e admits tfie modification of the 
attributes of tiie jobs. If the jobs are in the printer queues 
qS and q6, and tiie pause queue q4, the modification of 
tfie attiributes of tiie Jobs is admitted on condition that 
the jobs are not being processed. 

Procedures for confirmation of the state of a job 
carried out by the atti-ibute modification section 51 2e will 
be described. 

Rg. 46 is a flowchart showing procedures for confir- 
mation of the state of a job carried out by the atb^ibute 
modificatbn section 51 2e shown in Fig. 45. 

As shown In Rg. 46. upon receipt of an instruction 
for the modification of the attribute information of a job, 
the attribute modification section 512e checks that the 
job information of the specified job is present in any 
queue (step S4301). If the job information is not present 
in any of the queues, an error notification is issued to 
the user, and then the processing is terminated (steps 
S4302 and S4303). 

On the other hand, if the job information is present, 
it is chected whether or not the job is being processed 
(step S4304). If the job is being processed, the attribute 
information of that job is deemed as being unchangea- 
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ble (step S4309), and hence the processingHs termi- 
nated. • - • 

If the job is not being processed, it is checked 
whether or rxrt the job information of that job is retained 
in the hold queue q2 (step S4305}. If the job information 
is held in the hold queue q2. ttie attribut information of 
that job is deemed as being changeable. 

if the job information of this job is retained in the 
printer queue q5 or q6, or the pause queue q4 (step 
S4306). it is further checked whether or not the job is 
being processed (step S4307). 

Specifically, it is checked whether or not the job has 
previously been processed by checking whether or not 
the previous state of the job information 
(previousJo_state) is in a processing state (process- 
ing). 

As a result of this, if the job was not previously in the 
processing state, the attribute information of that job is 
deemed as being changeable (step S4308). On the 
other hand, if the job was previously in the processing 
state, the modification of the attribute information of the 
job is not admitted (step 84309). 

If the job information is present in a queue other 
than the hold queue q2, the pause queue q4, and the 
printer queue q5 or q6, the modification of the attribute 
information of the job is not admitted (step S4309]. 

In other words, when the job information is present 
in either the terminate queue q7 or qSp the processing of 
that job has already been completed. Further, when the 
job information is present in the spool queue q1. the 
acceptance of an AC job has not been completed yet. 
Moreover, when the job information is in the wait queue 
q4, the job is waiting for a password input, and therefore 
the attribute -information of that job should not be 
changed. 

Through the execution of a series of the previously 
mentioned processing, It is possible to check whether or 
not the correction of the attribute information of a job is 
possible depending on the state of the job when an 
instruction for the modification of the attribute informa- 
tion of that job is accepted. 

Subsequently, an explanation will be given of a 
check as to whether or not the attribute information 
which the attribute modification section 51 2e corrects 
(2) is appropriate. 

If the previously mentioned job Is in the state in 
which the attribute information thereof Is changeable, 
the attritxjte information can be modified in prindple. 
However, the user attempts to provide en-oneous 
attribute information, the modification of the attribute 
information should not be admitted. 

To prevent such erroneous modification of the 
attribute information, a check is made for the folfowing 
three points with respect to the attribute Information 
specified and corrected by the user: namely. 

(2a) whether or not an attribute not supported by 
the job scheduling device 412 is specified; 



(2b) whether or not multiple values (Multi_Value) 
are provided as an attribute valu to an item wher 
a single value (SIngle.Value) should be provided; 
arul 

5 (2c) whether or not the attribute information of a job' 

which th second and lat r documents possess is 
specified. For (2c]. when a one-job multidocument 
is used, each document possesses the attribute 
information of a job. On the assumption that the 

10 attribute information the first document possesses 
must be changed in order to change the attribute 
information of the job. It is checked whether or not 
the attribute information which the second and later 
documents have is specified. 

15 

F\g. 47 is a flowchart showing procedures for the 
confirmation of the attribute Information carried out by 
the attribute modification section 51 2e. 

As shown In Fig. 47. upon receipt of the corrected 

20 attribute information specified by the user, the attribute 
nxxlification section 51 2e checks whether or not the 
attribute information includes an attritxite which is not 
supported by the job scheduling device 412 (step 
S4401). If the attribute information includes the attritxite 

25 which Is not supported by the job scheduling device, an 
enor acknowledgement is issued (step S4402), and the 
processing is terminated. 

On the other hand, If the attribute information only 
comprises the attribute supported by the job scheduling 

30 device 412, it is checked whether or not multiple values 
(MuIti_Value) are provided as an attribute value to an 
item where a single value (Single_Value) should be pro- 
vided (step S4403). If the multiple values are provided, 
an error acknowledgement is Issued (step S4402), and 

35 the processing Is terminated. 

To the contrary, if the multiple values are not pro- 
vided, it Is confirmed whether or not the job attribute ^ 
irrformation of the second and subsequent documents - 
for the one-job multidocument is specified (step S4404).' 

40 and if the attrikxjte information of the second and subse- 
quent documents is specified, an error acknowledge- 
ment is issued (step S4402), and the processing is 
terminated. 

If the attrikxjte information of a job of the first docu- 
-^45 ment is specified, it is further checked whether or not a 
document number (document_sequential_number) Is 
specified. 

As a result of this, if a document number is sped- 
f led. the attribute information of only the specified docu- 

50 ment is changed (step S4406}. If the document number 
is not specified, the attribute information of all docu- 
ments induded in that job is changed (step S4407). The 
modification of the attribute information is deemed as 
being changeable (step S4408). and the processing is 

55 terminated. 

Through the execution of a series of the previously 
mentioned processing, it becomes possible to reduce 
the chance that the user provkies erroneous attribute 
information. 
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Subsequently, an explanation will be giv n of pro- 
cedures for modification of the attribute information 
which the attribute modification section 51 2e carries out 
after having completed the confirmation of a job status 
as shown in Fig. 46 and the confirmation of attribute 5 
information as shown in Fig. 47. 

When the user modifies the attribute information, 
the user specifies a modifier operator (modifyoperator) 
and an attribute value (value). At that time. It is possible 
for the user to simultaneously specify a qualifier (quali- 10 
f ier). Alternatively, it is also possible to specify the mod- 
ifier operator and the qualifier without designating the 
attribute value. 

The qualifier Is a parameter showing either true or 
false, and represents that an attribute with Its qualifier is 
being set to true must be processed using the specified 
attribute value. If the attribute with its qualifier being set 
to true cannot be processed using the specified 
attribute value, that job is processed as an error. 

For example, if a qualifier of the attribute which des- 20 
ignates papertsize of a certain job is set to true, and if an 
attribute value of that attribute is specified to true, the 
job must necessarily printed on A4 size paper when the 
>job is executed. If It is impossible to print the job on A4 
size paper, that job is processed as an error. 25 

Moreover, any one of replacement (replace), addi- 
tion (add), deletion (remove value), and the setting of a 
default (set_to_default) can be specified for the modifier 
operator (modify operator). 

Where the setting of a default (set_to_default) is 30 
specified for the modifier operator (modify operator) will 
be described using a modified example which will be 
explained later. 

Fig. 48 is a flowchart showing procedures executed 
when the attribute information is changed by the 3s 
attribute information modification section 512e shown in 
Fig. 45. 

As shown In Fig. 48, to begin with, it is checked 
whether or not the modifier operator (modify operator) is 
specified (step S4501). If the modifier operator is not 40 
specified, error processing Is executed (step S4502), 
and the processing is terminated. 

On the other hand, if the modifier operator (modify 
operator) is specified, it is further checked whether or 
not the qualifier is specified (step S4503) . If the qualifier 4s 
is specified, a^value of the qualifier is corrected as 
instructed (step S4504). However, if the qualifier is not 
specified, the processing proceeds to step S4505. 

Subsequently, it is checked whether or not the 
attribute value is specified (step S4505). If the attribute so 
value is not specified, it is further checked whether or 
not the modifier operator (modify operator) is set to the 
default value (set_to_default) (step S4506). 

As a result of this, if the attribute value is specified, 
and if the modifier operator is set to the default value ss 
without the designation of the attribute value, the 
attribute value is corrected (step S4507). If the attribute 
value is not specified, and if the modifier operator is not 
set to the default value, the processing is terminated. 



Through the execution of a series of the previously 
mentioned processing, it is possible to confirm correc- 
tions of the qualifier and attribute value depending on 
the conditions of the modifier operator (modify operator) 
and the qualifier (qualifier) or the setting conditions of 
th attribute value. 

The above descriptions are directed to explain the 
case where the user sets an attribute value by himself, 
and an explanation of the case where the default value 
is used was omitted. Hereinbelow. an explanation will 
be given not only of the case where the user himself 
sets the attribute value but also of a modified example In 
which an attribute value can be set using the default 
value. 

Rg. 49 is a block diagram showing the overall con- 
figuration of a job processing system used in a modified 
example. 

As shown in Fig. 49, the job scheduling device 412 
is provided with an attribute modification section 460a 
which allows the user to set an attribute value by himself 
and also permits the modification of an attribute using 
the default value. 

This attribute modification section 460a can fetch a 
default attribute information from a default profile 460b 
which holds a default attribute information as needed, 
when an attritxjte modifk;ation instruction using a 
defeujlt value is received. 

Specifically, if the user sets a default 
(set_to_defiault) to the modifier operator (modify opera- 
tor), and if the attribute modification section 460a 
accepted the default (set_to_default), a necessary 
default will be fetched from the default profile 460a. 

The default profile 460a is a storage section for 
storing default attribute information, and it is possible to 
have prepared a plurality of default profiles to which dif- 
ferent default values are set. When the user sets default 
values, it becomes possible for the user to change 
attribute irrtbrmatfon to desired attribute information by 
selecting a default profile having desired attribute infor- 
mation and inputting a file name for that default file. 

An explanation will be given of where attributes are 
changed without the use of default attribute information 
and where attributes are changed with the use of default 
attribute information. 

Rgs. 50a and 50b are schematic representations 
showing one example of the case where attributes are 
changed without the use of default attribute information 
and the case where attributes are changed with the use 
of default attribute information. 

As shown in Fig. 50a, on the assumption that 
attribute information 470a of a job consists of five 
attributes A(=a1). B(=b1). C(=c1). D(=d1). and E(=e1), 
when an instruction 70b for changing the attribute B to 
b2 is received from the user, the attribute modification 
section 460a generates new attribute information 470c 
with its attribute 8 being changed from b1 to b2 as 
instructed by the user. 

On the other hand, as shown in Fig. 50b. on the 
assumption that there are three types of profiles, i.e.. 
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default profiles X. Y aixl Z, when an instruction 471b for 
changing the attribute B using the default profile X is 
received, the value bS of the attribute B is fetched from 
the deteult profile X, and the attribute information 470a 
is changed using the attribute value bS. s 

As a result of this, it is possible to obtain new 
attribute information 471 c with the value of the attribute 
B being changed to b3. 

In the case of the one-job multidocument, the 
number of documents included in a job differs depend- io 
ing on jobs. For this reason, if an instruction for chang- 
ing an attribute with the use of the default value is 
issued by specifying not a document but a job. a default 
value is set to the attribute information of a job which all 
documents included in the job possess. is 

However, if the user knows the number of docu- 
ments included in one job. it is possible to specify the 
attribute modification section in such a way that the 
attribute of the default file X is applied to documents 1 
and 2 and the attribute of the default file Y is applied to 20 
documents 3 and 4. 

Processing procedures executed by the attribute 
modification section 460a will be described. 

Fig. 51 is a flowchart showing procedures for modi- 
fication of attributes carried out by the attribute nKKlifi- 2S 
cation section 460a shown in Fig. 49. 

As shown in Fig. 51 , to begin with, upon receipt of 
an instruction for modification of attribute information, 
the attribute modification section 460a checks whether 
or not the user specified an attribute value (step S4801}. 30 
If the attribute value is specified, the attribute value is 
utilized (step S4802). If the attribute value is not speci- 
fied, an attribute value retained in the default profile is 
utilized (step S4d03). 

If there are a plurality of default profiles, and if a 36 
default profile is specified, an attribute value of that 
default profile is used. However, if the default profile is 
not specified, the attribute value of the first profile is uti- 
lized. 

It is checked whether or not the job is the one-job 40 
multidocument (step S4804). If the job is the one-job 
multidocument, the attribute information is corrected 
using the attribute value (step S4805). 

On the other harxJ, if the job is the one-job multi- 
document it is checked whether or not a profile having 45 
an attribute to be changed is specified in such a way as 
to correspond to a document (step 84806). if the profile 
is not specified corresponding to a document, the 
attribute information of all documents is corrected using 
the same attrilxite value (step S4807). so 

On the other hand, if the profile is specified corre- 
sponding to a document, tiie attribute information is cor- 
rected using an attribute value specified to each 
document (step S4808), and tiie processing is termi- 
nated. 55 

Through a series of the above mentioned process- 
ing, it is possible to change attribute information not only 
using the attribute value specified by the user but also 
using the attribute value stored in the defeult profiles. 



As previously mentioned, according to the sev nth 
embodiment, if a print j b processing request is 
received from the terminal 41 1 a or 41 1 b. the job sched- 
uling devk:e 412b schedules print jobs while moving a 
print job from one queue to another queue depending 
on the Stat f the print job. If an instruction for modifica- 
tion of attribute information of the print job is received 
during the scheduling of the print job. the attribute mod- 
ification section 51 2e changes the attribute information 
only when the print job is in the state wherein tiie 
attribute information thereof is changeable, and when 
the instruction for modification of the attribute informa- 
tion is free from en'ors. Even if attribute information is 
erroneously specified, it is possible to easily change the 
attribute information while reducing a user's burden, a 
drop in the use efficiency of a network, and print waiting 
time. 

In the modified example, the attribute modification 
section 460a fetches the default attribute value from the 
default profile 460b and nrKxGfies the attiibute informa- 
tion. By virtue of such a configuration; it becomes possi- 
ble to modify the -attribute information without the 
specification of the attribute value by the user. 

In the seventh embodiment and the modified exam- 
ple thereof, an explanation was only given of the case 
where the attribute modification section 512e is pro- 
vided in the job scheduling section 12b. However, tiie 
attribution modification section 51 2e can be provided 
independentiy outside the job scheduling section.* 

Claims 

1. A job processing system comprising a terminal 
equipment for issuing a job request by handling a 
plurality of documents as one job, and a job sched- 
uling device which sequentially processes jobs by 
storing the jobs, received from tiie terminal equip- 
ment through a network, in a queue and sending a 
job execution section a processing request relating 
to a document specified by the job stored in the 
queue. 

said terminal equipment comprising: 
attribute information adding means for adding 
information which specifies a job output 
method to a job request as atb-tbute information 
of the job. and 

said job scheduling device comprising: 
attribute information setting means for acquir- 
ing attribute information included in tiie 
received job and sets the attribute information 
to information which specifies a job and a doc- 
ument; 

a queue for storing, as a job. a groip of items of 
the information whk;h specify a job and a docu- 
ment; and 

output result conta-ol means which, upon refer- 
ence to the information items which specify a 
job and a document with respect to the job 
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stored in the queue, controls the processing 
request issued to the job execution section in 
such a way that a sp erf ied number of copies of 
the job are output using the information which 
specifies a job output method. 5 

A job processing system comprising a terminal 
equipment for issuing a job request by handling a 
plurality of documents as one job, and a job sched- 
uling device which sequentially processes jobs by 10 
storing the jobs, received from the terminal equip- 
ment through a network, in a queue and sending a 
job execution section a processing request relating 
to a document specified by the job stored in the 
queue. rs 

said terminal equipment comprising: 
attribute information adding means for adding 
information relating to the number of copies of 
the^jpb and information relating to a job output 20 
result .to the job request as job attribute infor- 
mation, and 

said job scheduling device comprising: 
attrilxite information setting means for acquir- 
ing attribute information included in the 2S 
. received job and sets the attribute information 
to information which specifies a job and a doc- 
ument; 

a queue for storing, as a job, a group of items of 
the information for specifying a job and a docu- 30 
ment; and 

output result control means which, upon refer- 
ence to the information for specifying a job and 
a document with respect to the job stored in the 
queue, controls the processing request Issued 3S 
to the job execution section in such a way tiiat 4- 
a specified number of copies of the job are only 
output in a collated manner if collation process- 
ing is specified in the information relating to a 
job output result using the information which 40 
specifies a job and a document, or in such a 
way that a specified number of copies of the job 
are only output in an uncollated manner if 
uncollation processing is specified In the Infor- 
mation relating to the job output result using the 4S 
information which specifies a job and a docu- 
ment. 

A job processing system comprising a terminal 
equipment for issuing a processing request by han- so 
dling a plurality of documents as one job, a job exe- 
cution section for printing the documents, and a job 
scheduling device which accepts a document Input 
from the terminal equipment through a network and 
issues a processing request relating to that docu- ss 
ment to the job executfon section, 

said terminal equipment comprising: 



control Information specifying means for speci- 
fying a processing start wait for a leading docu- 
ment among the plurality of documents, and 
saki Job scheduling device comprising: 
preparation means for preparing Information 
which specifies a received document; 
queuing means for storing the prepared infor- 
mation which specifies the document by asso- 
ciating the information on a job-by-job laasis; 
control Information setting means which, if a 
processing start wait is specified for the leading 
document among a plurEility of received docu- 
ments, sets the processing start wait to infor- 
mation for specifying this leading document; 
and 

control state setting means which, If the 
processing start wait is set to information which 
specifies the leading document of tiie job 
stored in said queuing means, renders that job 
in a processing start wait state, 
wherein said job scheduling device sequen- 
tially retrieves jobs stored in said queuing 
means when the job execution section 
becomes enabled to accept processing, issues 
a processing request for a corresponding doc- 
ument when there is information specifying a 
document to which a processing request can 
be issued, and when a job is placed in the 
processing start wait state, prevents the issue 
of processing requests with respect to a docu- 
ment for that job and documents for subse- 
quent jobs until that job is released from the 
processing start wait state by a user's instruc- 
tion or a timeout. 

A job processing system comprising a terminal 
equipment for issuing a processing request by han- 
dling a plurality of documents as one job. a job exe- 
cution section for printing the documents, and a job 
scheduling device which accepts a document Input 
from the terminal equipment through a network and 
Issues a processing request relating to that docu- 
ment to the job execution section, 

saki terminal equipment comprising: 
control information specifying means for speci- 
fying a processing completion wait for a leading 
document among the plurality of documents, 
and 

said job scheduling device comprising: 
preparation means for preparing Information 
which specifies a received document; 
queuing means for storing the prepared infor- 
mation which specifies the document by asso- 
ciating the information on a job-by-job t>asis; 
control information setting means which, if a 
processing completion wait Is specified for the 
leading document among a plurality of received 
documents, sets the processing completion 
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wait to information for specifying this leading 
document; and 

control state setting means which. If the 
processing completion wait is set to Information 
which specifies the leading document of the job s 
stored in said queuing means, renders that job 
in a processing completion wait state, 
wherein said job scheduling device sequen- 
tially retrieves jok^ stored in said queuing 
means when the job execution section 10 
becomes enabled to accept processing, issues 
a processing request for a con^esponding doc- 
ument when there Is information specifying a 
document to which a processing request can 
be issued, and when a job is placed in the is 
processing completion wait state, prevents the 
issue of processing requests with respect to a 
document for that job and documents for sub- 
sequent jobs until that job is released from the 
processing completion wait state by a user's 20 
instruction or a timeout. 

A job processing system comprising a terminal 
equipment for issuing a processing request by han- 
dling a plurality of documents as one job. a job exe- 25 
cution section for printing the documents, and a job 
scheduling device which accepts a document input 
from the terminal equipment through a network and 
issues a processing request relating to that docu- 
ment to the job execution section. 30 

said terminal equipment comprising: 
control information setting means for specifying 
a password input wait for a leading document 
among tiie plurality of documents, and ss 
said job scheduling device comprising: 
preparation means for preparing information 
which specifies a received document; 
queuing means for storing the information 
which specifies the document by associating 40 
the information on a job-by-job basis; 
control information setting means which, if a 
password input wait is set for the leading docu- 
ment among a plurality of received documents, 
sets the password input wait to information 4S 
which specifies that leading document; and 
control state setting means which, if the pass- 
word input wait state is set to information which 
specifies the leading document of the job 
stored in the queuing means, renders that job so 
in a password input wait state, 
wherein said job scheduling device sequen- 
tially retrieves jobs stored in said queuing 
means when the job execution section 
becomes enabled to accept processing, issues ss 
a processing request for a corresponding doc- 
ument when there is information specifying a 
document to which a processing request can 
be issued, and when a job is placed in the 



password input wait state, prevents tiie issue of 
processing requests with respect to a docu- 
ment of that job and documents of subsequent 
jobs until that job is released from the pass- 
word input wait state by a user's instruction or a 
timeout 

6. A job processing system comprising a terminal 
equipment for issuing a processing request, and a 
job scheduling device which sequentially processes 
jobs by storing the jobs received from the terminal 
equipment in a queue and issuing a processing 
request, relating to a document specified by the job 
stored in the queue, to a job execution section. 

said terminal equipment comprising: 
attribute information adding means for adding 
Information relating to job wait control and mes- 
sage information relating to the wait control to 
the job request as attribute information, and 
said scheduling device comprising: 
job information preparing means for preparing 
job information which specifies a received job; 
attribute information setting means for setting 
attribute information included in the received 
job in the job information; 
a queue for storing the prepared job informa- 
tion In order; 

control state setting means which, if wait con> 
trol is set to the job information stored in said 
queue, renders a job associated with that job 
information in a wait control state when 
processing of that job is started or completed; 
and 

message information informing means which, 
when the job enters the wait control state. 
Informs said terminal equipment of message 
information set with respect to tiiat job. 

7. A print processor which prints a document in 
response to a job request received through a net- 
work, said print processor conprising: 

job accepting means for accepting tfie job 
* request; - - • 

queuing means for storing ttie accepted jobs In 
sequential order; 

output means for printing a document specified 
by the job stored in said queuing means; 
converting means for converting the document 
into a format which said output means can 
Interpret; and 

conversion control means for causing said con- 
verting means to convert a document which 
needs to be converted when being printed by 
said output means; 

wherein said converting means informs said 
conversion control means that it can carry out 
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conversion when conversion processing 
becomes available, and 
wherein said conversion control means 
retrieves a document in a format which said 
output means cannot interpret from among the s 
documents specified by the job stored in said 
queuing means, and causes said converting 
means to convert the format of that document. 

The print processor as defined in claim 7, wherein io 
said job accepting means accepts a job request 
including information which means that information 
for specifying a document is transmitted in several 
divided parts, and information which specifies a 
document included in the job request, is 

wherein said queuing means comprises a 
spool queue for temporarily storing information 
which specifies a job and a document until 
information for specifying cdl documents zo 
included in the job is completely received, a 
printer queue corresponding to said output 
means, arxl queue managing means for nx>v- 
ing information specifying a document and a 
job which has the complete information for 25 
specifying all of the documents from said spool 
queue to said printer queue, and 
wherein said conversion control means 
retrieves documents In a format, which said 
output means cannot interpret, from said 30 
printer queue to said spool queue one after 
another, arxJ causes said converting means to 
convert the format of those documents. 

A print processor which carries out printing upon 35 
receipt of a job processing request, including an 
instruction for processing print requests for a plural- 
ity of documents as one job and scheduling 
attributes, from a plurality of terminals through a 
network, said print processor comprising: 40 

timer means which, upon receipt of a job 
processing request from the terminal, checks 
whether or not a next print document was 
received within a predetermined period of time 4S 
by nionitoring a series of documents included 
in the job processing request; 
scheduling attribute judging means which, 
upon receipt of the job processing request, 
judges whether the scheduling attributes are so 
after-complete attributes which carry out 
scheduling in such a way that the execution of 
a job is started upon receipt of all print docu- 
ments related to the job or before-conplete 
attributes which carry out scheduling in such a ss 
way that a job is executed with respect to a 
received print document every time each print 
document is received; 



final document processing means which, when 
said timer means has judged that the next print 
document could not be received within a prede- 
termined period of time during the reception of 
the job processing request, handles a print 
document which was received immediately 
before this judgement as a final document of 
the current job. if the scheduling attributes are 
the after-complete attributes; and 
job completion processing means which, when 
said timer means has judged that the next print 
document could not be received within a prede- 
termined period of time during the reception of 
the job processing request, completes the job 
by handling a print document which was 
received immediately before the judgement as 
the final document of the current job; if the 
scheduling attributes are the before-complete 
attributes. 

ia Hie print processor as defined in claim 9, further 
comprising final document decision means for 
deciding the completion of the series of print docu- 
ments upon receipt of the job processing request. 

11. The print processor as defined in claim 10. further 
comprising printer selecting rrieans which, if the 
scheduling attributes are the before-complete 
attributes, selects a printer when said final docu- 
ment judging means judges a received document to 
be the final print document in the case of the sched- 
uling attributes of the after-complete type, and 
when said final document processing means deals 
the print document immediately before the judge- 
ment. 

12. A print processing method for use in a print proces- 
sor in the case where a receiving failure arises dur- 
ing receipt of a job processing request, which 
includes an instruction for processing print requests 
for a plurality of documents as one job and schedul- 
ing attributes, from a plurality of tenminals through a 
network, said print processing method connprising 
the steps of: 

judging whether or not a next print document 
was received within a predetermined period of 
time by monitoring the time at which the next 
print document is received while a series of 
print documents included in the job processing 
request from the terminal are received; 
judging, from the received job processing 
request, whether the scheduling attributes are 
after-complete attritxjtes which carry out 
scheduling in such a way that the execution of 
a received job is started upon receipt of all print 
documents related to this job or belbre-com- 
plete attributes which carry out scheduling in 
such a way that a job is executed with respect 
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to a received print document every time a print 
document is received; 

executing a job by harvinng a print document 
received immediately before the judgement f 
the reception of the next print document as a s 
final print document of this job when the next 
print document is not received within a prede- 
termined period of time, if the scheduling 
attributes are the after-complete attributes; and 
completing the job by dealing a print document io 
received immediately before the judgement of 
the reception of the next print document as the 
final document of this job when the next print 
document is not received within a predeter- 
mined period of time, if the scheduling is 
attributes are the before-complete attributes. 



13. A job processing device which sequentially exe- 
cutes jobs for which processing requests were 
accepted, said job processing device conprising: 20 

first queuing means for sequentially storing 
jobs for which processing requests were 

accepted; 

second queuing means for sequentially storing 2S 
jobs whose processing is to be interrupted from 
among the jobs stored in said first queuing 
means; 

queue control means which moves the job 
stored in the first queuing means from said first ao 
queuing means to said second queuing means 
in response to a job processing interruption 
request and moves the jobs stored in said sec- 
ond queuing means from said second queuing 
means to said first queuing means in response as 
to a job resumption request; and 
job execution means for sequentially executing 
the jobs stored in said first queuing means. 

14. The job processing device as defined in claim 13, 40 
further comprising job state control means which 
manages intenruption information, representing an 
interrupted state of a job. as attribute information of 
the job when the job being executed by said job 
execution means is interrupted in response to the 45 
job processing interruption request wherein the 
execution of the job is resumed with reference to 

the interruption information in response to the job 
resumption request. 

50 

15. A job scheduling device which sequentially stores 
Jobs, for which processing requests were received 
from terminals, in a queue and sequentially proc- 
esses the Jot)s held in the queue using a Job execu- 
tion sectfon, said job scheduling device comprising: 55 



scheduling means for scheduling the jobs 
using the plurality fqu ue8;and 
recovery means for recovering previous stat 
of each of the jobs being held in the plurality of 
queues, at the time of recovery from a failure, if 
any failure occurred while the jobs are being 
scheduled by said scheduling means. 

1 6. A Job scheduling device for storing, in a queue, print 
jobs which include print data and attribute informa- 
tion and for which processing requests were 
received from terminals, and for sequentially print- 
ing the print jobs held in the queue based on the 
attribute information using a job execution section, 
said job scheduling device comprising: 

a plurality of queues provided corresponding to 
print Job states; 

scheduling means for scheduling the print jobs 
using'the plurality of queues; arid 
attribute modifying means for- modifying the 
attribute information only whence print job can 
be changed at the time that an instruction for 
modifying the attribute information of the print 
job is received, and when the instruction is free 
from errors. 



25 



a plurality of queues provided corresponding to 
states of the jok>s; 
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(54) Job scheduling system fbr print processing 

(57) A user equipment issues a job for a plurality of 
documents to a printing system by one operation. The 
user equipment assigns attributes to the job, the 
attributes including the specification of collationAjncolla- 
tion. the designation of processing start instruction wait, 
the designation of exclusive processing, and the desig- 
nation of password input wait The printing system 
effects printing of the plurality of dcx;uments corre- 
sponding to attributes of the documents under control of 
a job scheduling device. The job scheduling device car- 
ries out the pausing of documents included in the job. 
the modification of attributes, addressing of document 
receiving failures, and search of a document whose for- 
mat is to be converted, thereby making it possible to 
efficiently print the plurality of documents. 
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